Tamanho permitido da memória Exausta, independentemente da quantidade, vazamento de memória?

Question

Estou executando um pequeno blog Wordpress para minha irmã em um muito comum CentOS 5.11 com Apache 2 e PHP 5.3.3.

Ultimamente, descobrimos que, embora ela tentasse atualizar ou instalar qualquer coisa usando a própria interface do Wordpress, tudo ficou parado e eu achei isso:

PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 20 bytes) in /var/www/foobar/wp-admin/includes/file.php on line 159, referer: http://foobar.com/wp-admin/update-core.php?action=do-core-upgrade

Depois de procurar um pouco, a coisa mais fácil parece ser apenas aumentar um pouco o limite de memória, mas, independentemente de quanto eu o levo, basicamente leva mais tempo para ele atingir esse teto.

Veja alguns trechos:

512M

PHP Fatal error:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 261900 bytes) in /var/www/foobar/wp-admin/includes/file.php on line 159, referer: http://foobar.com/wp-admin/update-core.php?action=do-core-upgrade

1024M

PHP Fatal error:  Allowed memory size of 1073741824 bytes exhausted (tried to allocate 261900 bytes) in /var/www/foobar/wp-admin/includes/file.php on line 159, referer: http://foobar.com/wp-admin/update-core.php?action=do-core-upgrade

Tudo isso é configurado usando os dois ...

memory_limit = 1024M

em /etc/php.ini, bem como ...

define('WP_MEMORY_LIMIT', '1024M');
            } else {
                    define('WP_MEMORY_LIMIT', '1024M');
            }
    }

    if ( ! defined( 'WP_MAX_MEMORY_LIMIT' ) ) {
            define( 'WP_MAX_MEMORY_LIMIT', '1024M' );
    }

em ~ / wp-includes / default-constants.php.

Isso obviamente me leva a acreditar que há um vazamento de memória em algum lugar que precisa ser resolvido, mas como eu iria descobrir isso quando as coisas do Wordpress são pré-embaladas? Veja alguns trechos de top ^ M ao pressionar o botão Atualizar:

Antes

Mem:   1034656k total,   235836k used,   798820k free,     6388k buffers
Swap:  2048248k total,   107940k used,  1940308k free,   139156k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
23649 apache    19   0  160m  22m  15m S  0.0  2.2   0:07.06 httpd

Enquanto

Mem:   1034656k total,  1020396k used,    14260k free,       60k buffers
Swap:  2048248k total,   152484k used,  1895764k free,    26880k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
23645 apache    21   0 1079m 906m  16m R 75.5 89.7   0:06.95 httpd

Versão do Wordpress 4.2

MySQL 5.1

Apache 2.2.22

Plugins instalados: Hello Dolly 1.6 e Akismet 3.1.1

Esta é a saída de strace -f -r exatamente onde está parado:

29638 0.000134 writev(16, [{"28\r\n", 4}, {"<p>Enabling Maintenance mode&#82"..., 40}, {"\r\n", 2}], 3) = 46 29638 0.000122 time(NULL) = 1436025429 29638 0.000060 getcwd("/var/www/foobar/wp-admin"..., 4096) = 32 29638 0.000064 time(NULL) = 1436025429 29638 0.000040 open("/tmp/php9Ldioo", O_RDWR|O_CREAT|O_EXCL, 0600) = 19 29638 0.000061 getpeername(18, {sa_family=AF_INET, sin_port=htons(21), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0 29638 0.000068 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000038 send(18, "PASV\r\n", 6, 0) = 6 29638 0.000078 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000119 recv(18, "227 Entering Passive Mode (127,0"..., 4096, 0) = 45 29638 0.000048 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 20 29638 0.000029 fcntl64(20, F_GETFL) = 0x2 (flags O_RDWR) 29638 0.000025 fcntl64(20, F_SETFL, O_RDWR|O_NONBLOCK) = 0 29638 0.000026 connect(20, {sa_family=AF_INET, sin_port=htons(8721), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in progress) 29638 0.000060 poll([{fd=20, events=POLLIN|POLLOUT|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=20, revents=POLLOUT}]) 29638 0.000039 getsockopt(20, SOL_SOCKET, SO_ERROR, [0], [4]) = 0 29638 0.000028 fcntl64(20, F_SETFL, O_RDWR) = 0 29638 0.000024 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000036 send(18, "NLST /.maintenance\r\n", 20, 0) = 20 29638 0.000053 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000187 recv(18, "150 Here comes the directory lis"..., 4096, 0) = 39 29638 0.000111 poll([{fd=20, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=20, revents=POLLIN}]) 29638 0.000037 recv(20, "", 4096, 0) = 0 29638 0.000024 close(20) = 0 29638 0.000038 lseek(19, 0, SEEK_SET) = 0 29638 0.000026 read(19, "", 8192) = 0 29638 0.000031 close(19) = 0 29638 0.000023 unlink("/tmp/php9Ldioo") = 0 29638 0.000042 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000037 recv(18, "226 Directory send OK.\r\n", 4096, 0) = 24 29638 0.000063 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000038 send(18, "CWD /.maintenance/\r\n", 20, 0) = 20 29638 0.000035 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000067 recv(18, "550 Failed to change directory.\r"..., 4096, 0) = 33 29638 0.000050 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000037 send(18, "PWD\r\n", 5, 0) = 5 29638 0.000052 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000035 recv(18, "257 \"/\"\r\n", 4096, 0) = 9 29638 0.000047 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000036 send(18, "RMD /.maintenance\r\n", 19, 0) = 19 29638 0.000059 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000035 recv(18, "550 Remove directory operation f"..., 4096, 0) = 40 29638 0.002773 brk(0x929f000) = 0x929f000 29638 0.001533 brk(0x92df000) = 0x92df000 29638 0.001396 brk(0x931f000) = 0x931f000 29638 0.001436 brk(0x935f000) = 0x935f000 29638 0.001488 brk(0x939f000) = 0x939f000 29638 0.001460 brk(0x93df000) = 0x93df000 29638 0.001388 brk(0x941f000) = 0x941f000 29638 0.001452 brk(0x945f000) = 0x945f000 29638 0.000772 brk(0x949f000) = 0x949f000 29638 0.000668 brk(0x94df000) = 0x94df000 29638 0.001326 brk(0x951f000) = 0x951f000 29638 0.001320 brk(0x955f000) = 0x955f000 29638 0.001423 brk(0x959f000) = 0x959f000 29638 0.001508 brk(0x95df000) = 0x95df000 29638 0.001410 brk(0x961f000) = 0x961f000 29638 0.000280 brk(0x965f000) = 0x965f000 /29638 0.001073 brk(0x969f000) = 0x969f000 29638 0.001342 brk(0x96df000) = 0x96df000 29638 0.001341 brk(0x971f000) = 0x971f000 29638 0.001389 brk(0x975f000) = 0x975f000 29638 0.001385 brk(0x979f000) = 0x979f000 29638 0.001172 brk(0x97df000) = 0x97df000

    

Answer 1

Parece um loop infinito, pois a linha 159 do wp-admin / includes / file.php é uma chamada recursiva para a função wp_tmpnam (). Isso quebra o processo de atualização, então pode valer a pena verificar esta pequena correção, que descreve o seu problema: correção de bug do wordpress

    

Answer 2

O vazamento de memória (ou apenas alto uso de memória) é quase sempre por causa do Wordpress.

O Wordpress é um conhecido processador de memória e CPU, especialmente se você estiver usando plugins e modelos ruins.

Você pode tentar desabilitar todos os plug-ins e modelos um por um até descobrir qual deles está causando o alto uso de memória e substituí-lo por outro semelhante ou reportar o problema ao autor para corrigi-lo para você.

Se você não é um desenvolvedor de WP e não sabe PHP, não há muito o que fazer para corrigir o problema real que causa alto uso de memória.

Existem alguns casos em que algum módulo PHP causaria um comportamento semelhante ou simplesmente se separaria. Se desabilitar tudo no WP não altera nada, você pode tentar desabilitar os módulos do PHP, um por um, para ver se alguma coisa muda. Especialmente módulos que têm a ver com cache (por exemplo, Xcache, APC, eAccelerator, etc)

Se você conhece PHP e gostaria de ir um pouco mais fundo, você também pode instalar o xhprof

    

Answer 3

Como você não tem plug-ins adicionais, sugiro que siga as etapas abaixo:

• Desativar os dois plug-ins
• Comutado para os temas padrão do WordPress
• Analise todo o conteúdo usando o verificador de vírus

Em seguida, tente atualizar o conteúdo. Se ainda estiver consumindo muita memória, pode ser um problema de configuração do servidor.