Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Wycieki pamięci, duży ruch, duży skrypt
BugsBunny
post
Post #1





Grupa: Zarejestrowani
Postów: 206
Pomógł: 4
Dołączył: 2.04.2005

Ostrzeżenie: (0%)
-----


Cześć.

Tworzymy w firmie dużą aplikację php + symfony + postgres. Mamy dość spory ruch na platformie i pojawia się problem z wyciekiem pamięcie. W godzinach szczytu kończy nam się pamięć na platformie. Rozmowy z administratorem wskazują na to, że problemy są w kodzie.

W jaki sposób można przeanalizować taką aplikację w poszukiwaniu wyciekającej pamięci?

Na pierwszą myśl przychodzą mi problemy z niezamkniętymi połączeniami do bazy danych oraz otwartymi uchwytami plików. Czy łaczenie z SMTP również może powodować tego typu problemy? Czy są dostępne narzędzia do takich analiz ?
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi (1 - 4)
lukaskolista
post
Post #2





Grupa: Zarejestrowani
Postów: 872
Pomógł: 94
Dołączył: 31.03.2010

Ostrzeżenie: (0%)
-----


Cytat
Na pierwszą myśl przychodzą mi problemy z niezamkniętymi połączeniami do bazy
Jezeli otwierasz polaczenie do postgresa podajac jedynie string z definicja dostepu to jest to polaczenie tymczasowe zamykane po zakonczeniu wykonywania skryptu. Proponuje zaczac od benchmarkow zuzycia pamieci zapisywanych do plikow, nalezy umiescic taki benchmark najlepiej wszedzie gdzie sie da i oznaczyc go unikalnym identyfikatorem, wtedy bedziecie wiedzieli gdzie jest najwieksze zuzycie pamieci. Slyszalem rowniez (nie sprawdzalem sam) ze symphony to straszny kombajn. Jezeli pracujecie na wskaznikach plikow to nie powinno to stanowic problemu, jezeli natomiast uzywanie funkcji file_get_contents() lub file() to one moga znaczaco obciazyc pamiec.

Ten post edytował lukaskolista 4.10.2011, 17:35:32
Go to the top of the page
+Quote Post
mls
post
Post #3





Grupa: Zarejestrowani
Postów: 677
Pomógł: 89
Dołączył: 31.08.2003
Skąd: Warszawa

Ostrzeżenie: (0%)
-----


http://xdebug.org/ lub chociażby logowanie w "strategicznych" punktach kodu aktualnego użycia pamięci poprzez memory_get_usage.


--------------------
Go to the top of the page
+Quote Post
kosmowariat
post
Post #4





Grupa: Zarejestrowani
Postów: 235
Pomógł: 17
Dołączył: 18.07.2007
Skąd: Białystok

Ostrzeżenie: (0%)
-----


symfony to niezła krowa smile.gif zacznij od xdebuga, nie poruszone w topicu są także kwestie cache, optymalizacji samego serwera
Go to the top of the page
+Quote Post
BugsBunny
post
Post #5





Grupa: Zarejestrowani
Postów: 206
Pomógł: 4
Dołączył: 2.04.2005

Ostrzeżenie: (0%)
-----


O część symfonową się nie boję. System jest na tyle duży że cześć napisana jest w symfony a cześć w czystym PHP.

Niestety na produkcji xdebuga nie zaisntalujemy. Problem pojawił się kilka dni temu gdy nagle zaczął szwankować wykres ramu. Sprawdziliśmy zmiany jakie weszły w tym czasie i nie pomogło. Wycofaliśmy nawet wersje sprzed zmian z tamtego dnia i też nic.
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 19.08.2025 - 09:18