какой идеальный способ профилировать использование памяти wordpress?

<p>мы <a href="http://www.journalism.cuny.edu/">запускаем многосайтовый экземпляр wordpress</a> на двух серверах rackspace cloud, одной веб-базе и одной базе данных, с 30 или более сайтами в настоящее время. я поставил nginx вперед для статических ресурсов, и apache обрабатывает все динамические запросы. я также настроил memcached для базы данных и кэширования кода операции apc для php. w3 total cache включен по умолчанию на всех наших сайтах.</p><p>он быстро работает с одной проблемой: процессы apache регулярно весят от 80 до 120 мб. веб-сервер имеет 2 гб памяти, что означает, что я получаю около 15 процессов, пока все не пойдет на фритюре. очевидно, что процессы не должны быть такими большими, но я недоумеваю, почему они таковы.</p><p>какова хорошая стратегия для определения того, что происходит?</p><p>заранее спасибо!</p><p><strong> обновление 10/2/10: </strong>для тех, кто интересуется, проблема проблемы с памятью была отключена php xdebug (был случайно включен в конфигурации и вызвал случайные скачки использования памяти).</p>

<p>объем памяти процесса apache, о котором вы говорите (от 80 до 120 мб на процесс), можно разделить на две причины.</p><ol> <li>апаш</li> <li>wordpress</li> </ol><h3>апаш</h3><p>вы можете оптимизировать apache, загрузив только необходимое количество модулей и другие настройки оптимизации, которые уменьшат объем памяти. если вы еще не оптимизировали это, дайте ему некоторые настройки.</p><h3>wordpress</h3><p>wordpress просто потребляет много памяти и вообще не очень оптимизирован. я бы начал с замены класса базы данных на что-то более правильно реализованное. это должно увеличить скорость и значительно сократить использование памяти. рядом с этим я не так много, чтобы предложить. не думаю, что использование worpdress не считается полезным.</p><h3>стратегии</h3><p>чтобы выяснить, что происходит, вам нужно отследить, сколько памяти занимает запрос wordpress. существует функция получения пикового использования ( <a href="http://php.net/manual/en/function.memory-get-peak-usage.php"><code>memory\_get\_peak\_usage()</code></a> ), которую вы можете использовать для мониторинга использования памяти worpdress. если он приближается к 80–120 мб, о которых вы писали, вы знаете, что wordpress создает ваши головные боли. возможно, вы захотите записать отметку времени, пиковую память, время выполнения и запрошенный uri.</p><p>использование nginx для обслуживания кэшированных страниц wordpress наверняка поможет вам, потому что он предотвратит загрузку wordpress - даже для тех "входящих" кэшей, как тот, который вы используете. они концептуально сломаны, потому что они являются плагином wordpress, поэтому по крайней мере часть wordpress должна быть загружена даже для кэшированных результатов.</p>

<p>daniel,</p><p>я с уважением не согласен с kenkeiter, я понимаю использование nginx в качестве обратного прокси-сервера перед apache. гарвард лоу имел большой успех с этим методом, и у них есть отличная статья о том, как они это делают, со ссылкой на их плагин wordpress, который помогает взаимодействовать с nginx:</p><p> <a href="http://blogs.law.harvard.edu/djcp/2010/01/nginx-as-a-front-end-proxy-cache-for-wordpress/">http://blogs.law.harvard.edu/djcp/2010/01/nginx-as-a-front-end-proxy-cache-for-wordpress/</a> </p><p>что они обнаружили в harvard law, так это то, что nginx, в основном, кэширует все запросы во внешнем интерфейсе, фактически не повышает производительность при использовании любых других плагинов кэширующего типа в бэкэнде и не стоит дополнительных сложностей. если вы серьезно относитесь к использованию nginx таким образом, я рекомендую вам взглянуть на эту статью об их опыте и попытаться сократить динамические процессы, включая кэширование на стороне wp.</p><p>хорошим началом может быть также некоторая базовая работа, например, тщательный просмотр вашего доступа к apache и журналов ошибок, чтобы увидеть, какие типы запросов фактически должны выполняться динамически, и попытка уменьшить количество таких случаев.</p>

<p>ну, во-первых, вы используете apache и nginx - что-то вроде избыточности. вы должны использовать nginx/fastcgi с php. учебник на этом сайте должен помочь. в противном случае, я думаю, что недавние изменения в вашем коде приводят к тому, что какая-то ошибка в php не освобождает память должным образом. нет причины, по которой процесс apache должен занимать столько памяти.</p><p> <a href="http://interfacelab.com/nginx-php-fpm-apc-awesome/">http://interfacelab.com/nginx-php-fpm-apc-awesome/</a> </p><p>удачи!</p><p>@kenkeiter</p>