Diagnostic des Fuites de Mémoire - Allowed memory size of # bytes exhausted

PHP ne dispose pas d'un garbage collector. Il utilise le comptage de référence pour gérer la mémoire. Ainsi, la source la plus commune de fuites de mémoire sont cyclique des références et des variables globales. Si vous utilisez un framework, vous aurez beaucoup de code à parcourir pour le trouver, je le crains. Le plus simple instrument est à placer sélectivement les appels à memory_get_usage et le réduire à l'endroit où le code des fuites. Vous pouvez également utiliser xdebug pour créer une trace du code. Exécuter le code avec les traces d'exécution et show_mem_delta.

Ici est une astuce que nous avons utilisé pour identifier les scripts qui utilisent le plus de mémoire sur notre serveur.

Enregistrer le fragment de code suivant dans un fichier, par exemple, /usr/local/lib/php/strangecode_log_memory_usage.inc.php:

<?php
function strangecode_log_memory_usage()
{
    $site = '' == getenv('SERVER_NAME') ? getenv('SCRIPT_FILENAME') : getenv('SERVER_NAME');
    $url = $_SERVER['PHP_SELF'];
    $current = memory_get_usage();
    $peak = memory_get_peak_usage();
    error_log("$site current: $current peak: $peak $url\n", 3, '/var/log/httpd/php_memory_log');
}
register_shutdown_function('strangecode_log_memory_usage');

L'employer par adjonction de httpd.conf:

php_admin_value auto_prepend_file /usr/local/lib/php/strangecode_log_memory_usage.inc.php

Alors analyser le fichier journal à /var/log/httpd/php_memory_log

Vous pourriez avoir besoin pour touch /var/log/httpd/php_memory_log && chmod 666 /var/log/httpd/php_memory_log avant votre web utilisateur peut écrire dans le fichier journal.

J'ai récemment rencontré ce problème sur une demande, en vertu de ce que je comprends à des circonstances similaires. Un script qui s'exécute en PHP cli qui passe en boucle sur de nombreuses itérations. Mon script dépend de plusieurs bibliothèques sous-jacentes. Je pense que l'un particulier de la bibliothèque est la cause et j'ai passé plusieurs heures en vain d'essayer d'ajouter approprié destruction des méthodes de classes en vain. Face à un long processus de conversion à une autre bibliothèque (qui pourrait avoir les mêmes problèmes), je suis venu avec un brut de contourner le problème dans mon cas.

Dans ma situation, sur une ligne de commande linux, j'étais en boucle sur un tas d'enregistrements d'utilisateurs et pour chacun d'eux, créant une nouvelle instance de plusieurs classes que j'ai créé. J'ai décidé d'essayer de la création de nouvelles instances des classes à l'aide de PHP exec méthode, de sorte que ces processus de s'exécuter dans un "nouveau fil". Ici est un exemple basique de quoi je parle:

foreach ($ids as $id) {
   $lines=array();
   exec("php ./path/to/my/classes.php $id", $lines);
   foreach ($lines as $line) { echo $line."\n"; } //display some output
}

Évidemment, cette approche a ses limites, et l'on doit être conscient des dangers de ce, comme il serait facile de créer un lapin travail, cependant dans certains cas rares, il peut aider à obtenir plus d'un endroit difficile, jusqu'à ce qu'une meilleure correction pourrait être trouvé, comme dans mon cas.

J'ai récemment remarqué que PHP 5.3 lambda fonctions supplémentaires de mémoire utilisés lorsqu'ils sont retirés.

for ($i = 0; $i < 1000; $i++)
{
    //$log = new Log;
    $log = function() { return new Log; };
    //unset($log);
}

Je ne sais pas pourquoi, mais il semble prendre un supplément de 250 octets chacun lambda, même après la fonction est supprimée.

Si ce que vous dites à propos de PHP ne fait que la GC après qu'une fonction est vrai, vous pouvez envelopper le contenu de la boucle à l'intérieur d'une fonction comme une solution de contournement/expérience.

Je ne l'ai pas vu mentionné explicitement, mais xdebug fait un excellent travail de profilage temps et de la mémoire (comme de 2.6). Vous pouvez prendre les informations qu'il génère et de passer à un frontal graphique de votre choix: webgrind (temps), kcachegrind, qcachegrind ou autres, et il génère très utiles d'appel d'arbres et de graphes pour vous permettre de trouver les sources de vos divers malheurs.

Exemple (de qcachegrind):

Je ne le vois pas mentionné ici, mais une chose qui pourrait être utile est d'utiliser xdebug et xdebug_debug_zval('variableName') pour voir le refcount.

Je peux également fournir un exemple d'une extension php arriver dans le chemin: Zend Server Z-Ray. Si la collecte de données est activé, l'utilisation de la mémoire sera ballon à chaque itération, comme si la collecte des déchets était à l'arrêt.