Я собираюсь установить APC на свой сервер, чтобы повысить производительность Drupal, однако я читал в Интернете, что если у меня будет небольшой барабан, это может быть опасно, а производительность может ухудшиться.
У меня 256 МБ оперативной памяти, поэтому мне было интересно, имеет ли смысл устанавливать APC и сколько оперативной памяти мне следует назначить.
Пс. Я запускаю lighttpd как веб-сервер
Спасибо
из http://www.php.net/manual/en/apc.configuration.php
... сценарий apc.php ... Число полного счета кеша (слева) будет отображать количество раз, когда кеш достиг максимальной емкости и ему пришлось принудительно очистить все записи, к которым не было доступа в последнем apc .ttl секунды. Это количество сведено к минимуму в хорошо настроенном кэше. Если кэш постоянно заполняется и, таким образом, принудительно освобождается, результирующее перемешивание будет иметь отрицательные последствия для производительности скрипта. Самый простой способ минимизировать это число - выделить больше памяти для APC. Если этого не сделать, необходимо использовать apc.filters для кеширования меньшего количества скриптов.
при решении задач измерения инструменты измерения и количественный подход (спрашивающий вас «сколько?») работают лучше, чем «попытаться и потерпеть неудачу», поэтому вы можете потратить некоторое время на поиск подходящего инструмента для точного измерения проблемы, скажем
free -mot
и тестовая среда, скажем, ваш дистрибутив в экземпляре VirtualBox создан для запоминания разумных конфигураций, а не для отслеживания использования памяти при тестах с другой конфигурацией, т.е.
ab -n 500 -c 30 http://example.com/mytestapp/myheavyloadaction
тесты бессмысленны, если вы попробуете статическую html-страницу или helloword в php, вам нужно протестировать реальное приложение / я и, вероятно, изменить само приложение, чтобы регистрировать, где оно тратит время, делая что.
в любом случае мы не можем достичь 0 мс на запрос, поэтому мы должны определить, что такое «достаточно быстро» для пользователей. Мне достаточно 500 мс, так как я знаю, что загрузка одного gif-файла в шаблоне избавит вас от часов усилий на стороне сервера. Более того, если потратить реальные усилия на настройку программного обеспечения, то это никогда не приведет к тому, чего добьется благословенное добавление ОЗУ.
по моему личному опыту работы со стеками LAMP, но по причинам, указанным выше, мы не можем обобщать, узким местом является использование оперативной памяти mysql, а не сам php (или apache).
если и только если вы абсолютно вынуждены использовать такой скудный объем ОЗУ и не можете настаивать на покупке большего количества (2 ГБ разумно для моего использования), что, вероятно, является менее дорогим сценарием (любезно настаивайте на экономическом аспекте потери разработчика часы без реальной пользы сработали для меня ...), зная реальную работу и опыт, которые потребуются для этой оптимизации, используя кеш файлов вашего веб-фреймворка (@see drupal.org/project/filecache), @see drupal.org/project/ Также стоит поэкспериментировать с memcache или sqlite.