Как вы, наверное, знаете, Xdebug отказался от поддержки профилирования памяти с версии 2. *. Найдите строку удаленных функций здесь: http://www.xdebug.org/updates.php

Удаленные функции

Удалена поддержка профилирования памяти, поскольку это не работало должным образом.

Итак, я попробовал другой инструмент, и он мне помог.

https://github.com/arnaud-lb/php-memory-profiler

Вот что я сделал на своем сервере Ubuntu, чтобы включить его:

sudo apt-get install libjudy-dev libjudydebian1
sudo pecl install memprof
echo "extension=memprof.so" > /etc/php5/mods-available/memprof.ini
sudo php5enmod memprof
service apache2 restart

А потом в моем коде:

<?php

memprof_enable();

// do your stuff

memprof_dump_callgrind(fopen("/tmp/callgrind.out", "w"));

Наконец, откройте файл callgrind.out с помощью KCachegrind

Использование Google gperftools (рекомендуется!)

Прежде всего установите Google gperftools, загрузив последний пакет здесь: https://code.google.com/p/gperftools/

Потом как всегда:

sudo apt-get update
sudo apt-get install libunwind-dev -y
./configure
make
make install

Теперь в вашем коде:

memprof_enable();

// do your magic

memprof_dump_pprof(fopen("/tmp/profile.heap", "w"));

Затем откройте свой терминал и запустите:

pprof --web /tmp/profile.heap

pprof создаст новое окно в существующем сеансе браузера, как показано ниже:

Xhprof + Xhgui (на мой взгляд, лучший для профилирования процессора и памяти)

С помощью Xhprof и Xhgui вы также можете профилировать использование процессора или только использование памяти, если это ваша проблема в данный момент. Это очень полные решения, они дают вам полный контроль, а журналы могут быть записаны как на mongo, так и в файловой системе.

Для получения дополнительных сведений см. Мой ответ здесь.

Черный огонь

Blackfire - это профилировщик PHP от SensioLabs, ребята из Symfony2 https://blackfire.io/

Если вы используете puphpet для настройки своей виртуальной машины, вы будете рады узнать, что она поддерживается ;-)

Недавно я столкнулся с той же проблемой, к сожалению, не смог найти никаких конкретных инструментов.

Но кое-что, что помогло, заключалось в том, чтобы вывести трассировку xdebug в удобочитаемом формате с включенными дельтами памяти (настройка INI, xdebug.show_mem_deltas или что-то в этом роде, я думаю?). Затем запустите sort (если вы используете * nix) на выходе:

sort -bgrk 3 -o sorted.txt mytracefile.xt 

Это сортировка по третьему столбцу, mem deltas. Вы также можете отсортировать по второму столбцу, и в этом случае вы можете найти строку, в которой ваше приложение использует больше всего памяти в целом.

Конечно, это не может определить, когда использование памяти объектом только увеличивается небольшими приращениями, но в конечном итоге использует большой объем памяти в целом. У меня есть довольно глупый метод, который пытается сделать это, используя комбинацию итерации объекта и сериализации. Это, вероятно, не совсем соответствует использованию памяти, но, надеюсь, дает представление о том, с чего начать. Имейте в виду, что он сам будет использовать память, а также не был тщательно протестирован, поэтому покупатель остерегается:

function analyzeMem($obj, $deep=false)
{
    if (!is_scalar($obj))
    {
        $usage = array('Total'=>strlen(serialize($obj)));
        while (list($prop, $propVal) = each($obj)) 
        {
            if ($deep && (is_object($propVal) || is_array($propVal)))
            {
                $usage['Children'][$prop] = analyzeMem($propVal);
            }
            else
            {
                $usage['Children'][$prop] = strlen(serialize($propVal));
            }
        }
        return $usage;
    }
    else
    {
        return strlen(serialize($obj));
    }
}

print_r(analyzeMem(get_defined_vars()));

Кроме того, коллега только что предложил этот метод (приветствует Денниса ;-) Он скрывает шаги, которые находятся ниже двух уровней отступа, вы можете довольно легко увидеть точки, в которых общее использование памяти подскакивает, и можете сузить круг, увеличив отступ:

egrep '[0-9]+ (  ){1,2}-> ' mytracefile.xt

На http://www.xdebug.org/updates.php для Xdebug 2.0.4 пишут в разделе «удаленные функции»: «... Удалена поддержка профилирования памяти, так как это не работало должным образом ...». Следовательно, xdebug не будет вариантом

Я лично использовал https://github.com/arnaud-lb/php-memory-profiler

на PHP 5.6 и Ubuntu 18 и Kcachegrind для визуализации.

Kcachegrind нормальный, но не самый лучший. Я надеюсь найти лучшую альтернативу, даже если она на Mac или Windows.

В версии 2.6.0 от 29.01.2018 в xdebug добавлена ​​поддержка профилирования использования памяти. Теперь вы можете создавать файлы callgrind с информацией о времени и памяти. На Mac вы можете визуализировать эту информацию, например, с помощью Qcachegrind или Profiling Viewer (премиум).

Графический инструмент для вывода xdebug - KCacheGrind.

Попробуйте webgrind. Он дает вам профилирование CacheGrinder в удобном для чтения формате на основе браузера. Я использую Mac, и профилирование стало проще простого.

phpDesigner 2008 может отлаживать и тестировать веб-сайты с помощью xdebug и KCacheGrind. Также есть встроенный монитор.