Я могу предоставить доступ ftp к пользователю по умолчанию (человечность в моем случае)?

из http://www.php.net/manual/en/apc.configuration.php

... apc.php сценарий... Кэш полное число количества (слева) отобразит количество раз кэш, достиг максимальной способности и должен был сильно убрать любые записи, к которым не получили доступ в прошлые apc.ttl секунды. Это число минимизировано в хорошо настроенном кэше. Если кэш постоянно будет заполнен, и таким образом сильно освобожденный, то получающееся взбалтывание будет иметь пренебрежительные эффекты на производительность сценария. Самый легкий способ минимизировать это число состоит в том, чтобы выделить больше памяти для APC. Запрещая это, apc.filters должен использоваться для кэширования меньшего количества сценариев.

при контакте с mesure проблемами, измерительными инструментами и количественным подходом (выяснение yoursel, "сколько?") работы лучше, чем "пытаются перестать работать", таким образом, Вы могли инвестировать некоторое время в нахождение разумного инструмента к mesure точно проблема, сказать

free -mot

и тестовая среда, говорит Ваш дистрибутив в экземпляре VirtualBox, созданном снимки для запоминания разумных конфигураций, чем использование памяти монитора под тестами с другим conf, т.е.

ab -n 500 -c 30 http://example.com/mytestapp/myheavyloadaction

тесты бессмысленны при попытке статической страницы HTML или helloword в php необходимо протестировать реальный application/s и вероятно изменить само приложение для входа, где это проводит время doig что.

мы наклоняемся, достигают 0ms на запрос так или иначе, таким образом, мы должны определить то, что "достаточно быстро" для пользователей. 500 мс достаточно для меня, зная, что загрузка единственного gif в шаблоне исчезнет часы усилия на стороне сервера. кроме того, расходы реального усилия на конфигурации программного обеспечения не будут, никогда не достигнуть того, что будет счастливое дополнение RAM.

в моем личном опыте со стопками ЛАМПЫ, но по причинам, вышеизложенным, мы наклоняемся, делают вывод, mysql использование RAM узкое место, не php само (ни апач).

если, и только если, Вы абсолютно вынуждены использовать такую плохую сумму RAM и Вы наклоняетесь, настаивают в покупке больше (2 ГБ разумно для моего использования), который является, вероятно, менее дорогим сценарием (любезно настаивают на экономическом аспекте выпуска dev, часы без реальной выгоды работали на меня...), зная реальную работу и экспертные знания, которых эта оптимизация потребует, с помощью веб-кэша файла платформы (@see drupal.org/project/filecache), @see drupal.org/project/memcache, или sqlite мог стоить экспериментировать с, также.