Co powoduje komunikat „Nie można przydzielić pamięci dla puli” w PHP?

Czasami napotykam limit alokacji pamięci serwera, szczególnie w przypadku rozdętej aplikacji, takiej jak Wordpress, ale nigdy nie spotkałem się z komunikatem „Nie można przydzielić pamięci dla puli” i nie miałem problemów ze śledzeniem jakichkolwiek informacji.

Czy ktokolwiek wie, co to znaczy? Próbowałem zwiększyć memory_limitbez powodzenia. Nie dokonałem też żadnych istotnych zmian w aplikacji. Jednego dnia nie było problemu, następnego trafiłem na ten błąd.

Prawdopodobnie ma to związek z APC.

W przypadku osób mających ten problem określ ustawienia .ini. W szczególności twoje ustawienie apc.mmap_file_mask.

W przypadku mmapa opartego na plikach powinien być ustawiony na coś takiego:

apc.mmap_file_mask=/tmp/apc.XXXXXX

Aby wykonać mmap bezpośrednio z / dev / zero, użyj:

apc.mmap_file_mask=/dev/zero

Dla zgodnego z POSIX mmapa wspieranego pamięcią współdzieloną, użyj:

apc.mmap_file_mask=/apc.shm.XXXXXX

Użycie TTL równej 0 oznacza, że ​​APC opróżni całą pamięć podręczną, gdy zabraknie jej pamięci. Błąd już się nie pojawia, ale sprawia, że ​​APC jest znacznie mniej wydajne. To bez ryzyka, bez kłopotów, decyzja „Nie chcę wykonywać swojej pracy”. APC nie jest przeznaczone do tego celu. Powinieneś wybrać wystarczająco wysoki TTL, aby najczęściej odwiedzane strony nie straciły ważności. Najlepiej jest zapewnić wystarczającą ilość pamięci, aby firma APC nie musiała opróżniać pamięci podręcznej.

Po prostu przeczytaj instrukcję, aby zrozumieć, w jaki sposób używany jest ttl: http://www.php.net/manual/en/apc.configuration.php#ini.apc.ttl

Rozwiązaniem jest zwiększenie pamięci przydzielonej APC. Zrób to, zwiększając apc.shm_size.

Jeśli APC jest skompilowane do korzystania z pamięci segmentów współdzielonych, system operacyjny będzie ograniczony. Wpisz to polecenie, aby zobaczyć limit systemu dla każdego segmentu:

sysctl -a | grep -E "shmall|shmmax"

Aby zaalokować więcej pamięci, musisz zwiększyć liczbę segmentów za pomocą parametru apc.shm_segments.

Jeśli APC używa pamięci mmap, nie masz ograniczeń. Ilość pamięci jest nadal definiowana przez tę samą opcję apc.shm_size.

Jeśli na serwerze nie ma wystarczającej ilości pamięci, użyj opcji filtrów, aby zapobiec buforowaniu rzadziej używanych plików php.

Ale nigdy nie używaj TTL równego 0.

Jak powiedział c33s, użyj apc.php, aby sprawdzić konfigurację. Skopiuj plik z pakietu apc do folderu internetowego i wskaż go przeglądarce. Zobaczysz, co jest naprawdę przydzielone i jak jest używane. Wykresy muszą pozostać stabilne po godzinach, jeśli całkowicie zmieniają się przy każdym odświeżaniu, oznacza to, że konfiguracja jest nieprawidłowa (APC przepłukuje wszystko). Przydziel o 20% więcej pamięci RAM niż to, czego naprawdę używa APC jako margines bezpieczeństwa i sprawdzaj to regularnie.

Domyślne zezwolenie tylko na 32 MB jest absurdalnie niskie. PHP zostało zaprojektowane, gdy serwery miały 64 MB, a większość skryptów korzystała z jednego pliku php na stronę. Obecnie rozwiązania takie jak Magento wymagają ponad 10 tys. Plików (~ 60 MB w APC). Powinieneś zostawić wystarczającą ilość pamięci, aby większość plików php była zawsze buforowana. To nie jest marnotrawstwo, bardziej wydajne jest trzymanie opcode w pamięci RAM niż posiadanie odpowiedniego surowego php w pamięci podręcznej pliku. Obecnie możemy znaleźć serwery dedykowane z 24 Gb pamięci za jedyne 80 USD / miesiąc, więc nie wahaj się pozwolić kilka GB na APC. Umieściłem 2 GB z 24 GB na serwerze obsługującym sklepy 5Magento i ~ 40 stron internetowych wordpress, APC używa 1,2 GB. Policz 64 MB na instalację Magento, 40 MB na Wordpress z kilkoma wtyczkami.

Ponadto, jeśli masz strony internetowe do tworzenia programów na tym samym serwerze. Wyklucz je z pamięci podręcznej.

rozwiązanie dla mnie:

• apc.ttl = 0
• apc.shm_size = cokolwiek chcesz

początek edycji

ostrzeżenie!

@bokan wskazał mi, że powinienem dodać tutaj ostrzeżenie.

jeśli masz wartość TTL równą 0, oznacza to, że każdy element w pamięci podręcznej można natychmiast wyczyścić. więc jeśli masz mały rozmiar pamięci podręcznej, taki jak 2 MB i wartość ttl równą 0, spowoduje to, że apc będzie bezużyteczne, ponieważ dane w pamięci podręcznej są zawsze nadpisywane.

obniżenie ttl oznacza tylko, że cache nie może się zapełnić, a jedynie przedmiotami, których nie można wymienić.

więc musisz wybrać dobrą równowagę między ttl a rozmiarem pamięci podręcznej.

w moim przypadku miałem pamięć podręczną o wielkości 1 GB, więc to było dla mnie więcej niż wystarczające.

koniec edycji

miał ten sam problem na centos 5 z php 5.2.17 i zauważyłem, że jeśli rozmiar pamięci podręcznej jest mały, a parametr ttl jest „wysoki” (np. 7200), podczas gdy jest dużo plików php do buforowania, pamięć podręczna zapełnia się dość szybko a apc nie znajduje niczego, co może usunąć, ponieważ wszystkie pliki w pamięci podręcznej nadal mieszczą się w ttl.

zwiększenie rozmiaru pamięci jest tylko rozwiązaniem częściowym, nadal występuje ten błąd, jeśli pamięć podręczna się zapełnia, a wszystkie pliki znajdują się w ttl.

więc moim rozwiązaniem było ustawienie ttl na 0, więc apc wypełnia pamięć podręczną i zawsze istnieje możliwość, aby apc wyczyścił trochę pamięci dla nowych danych.

mam nadzieję, że to pomoże

edytuj: zobacz także: http://pecl.php.net/bugs/bug.php?id=16966

pobierz http://pecl.php.net/get/APC wypakuj i uruchom apc.php, tam masz ładny diagram, jak wygląda użycie pamięci podręcznej

Uruchomienie skryptu apc.php jest kluczem do zrozumienia problemu, IMO. Pomogło nam to odpowiednio określić rozmiar naszej pamięci podręcznej i na razie wydaje się, że rozwiązało problem.

Dla początkujących, takich jak ja, te zasoby pomogły:

Znalezienie pliku apc.ini w celu wprowadzenia zmian zalecanych przez c33s powyżej i ustawienie zalecanych ilości: http://www.untwistedvortex.com/optimizing-tuning-apc-alternate-php-cache/

Zrozumienie, czym jest apc.ttl: http://www.php.net/manual/en/apc.configuration.php#ini.apc.ttl

Zrozumienie, czym jest apc.shm_size: http://www.php.net/manual/en/apc.configuration.php#ini.apc.shm-size

Jak wspomniał Bokan, możesz zwiększyć pamięć, jeśli jest dostępna, i ma rację, jak bezproduktywne jest ustawienie TTL na 0.

UWAGA: W ten sposób naprawiłem ten błąd dla mojego konkretnego problemu. Jest to ogólny problem, który może być spowodowany przez wiele rzeczy, więc postępuj zgodnie z poniższymi instrukcjami, jeśli pojawi się błąd i uważasz, że jest to spowodowane ładowaniem zduplikowanych plików PHP do APC.

Problem, który miałem, dotyczył wydania nowej wersji mojej aplikacji PHP. To znaczy zastąpiłem wszystkie moje pliki .php nowymi. APC załadowałby obie wersje do pamięci podręcznej.

Ponieważ nie miałem wystarczającej ilości pamięci na dwie wersje plików php, zabrakło pamięci APC.

Dostępna jest opcja o nazwie apc.stat, która nakazuje firmie APC sprawdzenie, czy dany plik się zmienił, a jeśli tak, zastąpienie go, jest to zazwyczaj w porządku w przypadku programowania, ponieważ stale wprowadzasz zmiany, jednak w produkcji jest zwykle wyłączana, tak jak w moim etui - http://www.php.net/manual/en/apc.configuration.php#ini.apc.stat

Włączenie apc.stat rozwiązałoby ten problem, jeśli nie przeszkadza ci osiągnięcie wydajności.

Rozwiązaniem, które wymyśliłem dla mojego problemu, jest sprawdzenie, czy wersja projektu uległa zmianie, a jeśli tak, opróżnij pamięć podręczną i ponownie załaduj stronę.

define('PROJECT_VERSION', '0.28'); 

if(apc_exists('MY_APP_VERSION') ){

    if(apc_fetch('MY_APP_VERSION') != PROJECT_VERSION){
        apc_clear_cache();
        apc_store ('MY_APP_VERSION', PROJECT_VERSION);
        header('Location: ' . 'http'.(empty($_SERVER['HTTPS'])?'':'s').'://'.$_SERVER['SERVER_NAME'].$_SERVER['REQUEST_URI']);
        exit;  
    }

}else{
    apc_store ('MY_APP_VERSION', PROJECT_VERSION);
}

To zadziałało dla naszych ludzi (prowadzenie wielu witryn Wordpress na tym samym serwerze).

Zmieniono ustawienia pamięci w pliku /etc/php.d/apc.ini. Był ustawiony na 64 MB, więc podwoiliśmy go do 128 MB.

apc.shm_size = 128M

Przyglądając się internetom, można dostrzec różne przyczyny. W moim przypadku pozostawiając wszystko domyślne z wyjątkiem ...

apc.shm_size = 64M

... usunąłem niezliczone ostrzeżenia, które otrzymywałem wcześniej.

Otrzymałem błąd „Nie można przydzielić pamięci dla puli” po przeniesieniu instalacji OpenCart na inny serwer. Próbowałem także podnieść memory_limit.

Błąd zatrzymał się po tym, jak zmieniłem uprawnienia do pliku w komunikacie o błędzie, aby użytkownik, z którym działa apache, miał dostęp do zapisu (apache, www-data itp.). Zamiast bezpośrednio modyfikować / etc / group (lub zmieniać pliki do 0777), użyłem usermod:

usermod -a -G vhost-user-group apache-user

Następnie musiałem ponownie uruchomić Apache, aby zmiana odniosła skutek:

apachectl restart

Lub

sudo /etc/init.d/httpd restart

Lub cokolwiek twój system używa do ponownego uruchomienia Apache.

Jeśli witryna jest na hostingu współdzielonym, może musisz zmienić uprawnienia do plików za pomocą programu FTP lub skontaktować się z dostawcą hostingu?

Aby rozwiązać ten problem, ustaw wartość apc.shm_size jako liczbę całkowitą Zlokalizuj plik apc.ini (w lokalizacji pliku apc.ini w moim systemie /etc/php5/conf.d/apc.ini) i ustaw: apc.shm_size = 1000

w moim systemie musiałem wstawić apc.shm_size = 64M do /usr/local/etc/php.ini (FreeBSD 9.1), a następnie kiedy spojrzałem na apc.php (skopiowałem z / usr / local / share / doc / APC /apc.php do / usr / local / www / apache24 / data) stwierdziłem, że rozmiar pamięci podręcznej wzrósł z domyślnego 32 MB do 64 MB i nie otrzymywałem już dużej liczby pełnej pamięci podręcznej

referencje: http://au1.php.net/manual/en/apc.configuration.php czytaj także komentarze Bokana, były bardzo pomocne

Monitoruj rozmiar plików buforowanych (możesz użyć apc.php z pakietu apc pecl) i zwiększ apc.shm_size zgodnie ze swoimi potrzebami.

To rozwiązuje problem.