документацию прочли по этому параметру?
есть вопросы?
В первом посте вам посоветовали _измерять_ эффект своих настроек. А не тупо ставить
число воркеров по числу ядер.
В конфиге апача. На сайте апача есть замечательная документация по
всем параметрам.
процессы на разных ядрах "живут" в большой степени независимо, обработка
запросов будет идти параллельно.
ApocX, поставьте лимиты апачу, в т.ч. на память (RLimitMem), и смотрите почему он
у вас так память жрет. 40Mb/воркер таки обычно многовато.
PS:
"StartServers, MinSpareServers, MaxSpareServers - 1,1,3" - этим Вы _работающие_ воркеры
не убъете.
Главная проблема: numtcpsock (смотрим колоночку failcnt).
Вам нужно как-то оптимизировать утилизацию TCP-сокетов. В первую очередь,
нужно смотреть как связка nginx/апач устроена, может у вас апач слушает внешний IP.
Ограничить многопоточность в proftpd. И т.д.
NB: http://wiki.openvz.org/UBC
Справляться-то он справляется. Вы правда не прикидываетесь,
что не понимаете зачем несколько процессов могут понадобиться?
нормальные разрешения стоят на файле, сделайте:
cat /proc/user_beancounters
NB:
если вы не знаете как посмотреть содержимое текстового файла - может имеет смысл
таки доверить посторонним людям настройку сервера?
Достаточно странно, покажите
ls -l /proc/user_beancounters
Тогда вариантов немного - берите другой VPS или дедик. Ну, или применяйте
агрессивные методы оптимизации. Например, кеширование на nginx.
Ну так посмотрите его от имени того пользователя, который может его открыть.
Например от root.
Вероятнее всего, в текущей конфигурации нехватает памяти. Нужно либо смотреть
VPS на предмет возможных оптимизаций - либо перейти на другой тарифный план.
начать с того, что посмотреть error логи апача и/или nginx-а (если есть).
системные логи (/var/log/*, смотрим по /etc/syslog.conf - куда пишутся *.*) - поймите,
почему у вас 451 ftp-демон говорит, там будет написано.
если VPS на базе OpenVZ/Virtuozzo - смотрим /proc/user_beancounters
MaxRequestsPerChild 10000
В нашей Вселенной, по умолчанию как раз 10000:
http://httpd.apache.org/docs/2.2/mod/mpm_common.html#maxrequestsperchild
Это в некоторых дистрибутивах ставят 0, что достаточно
разумно - ибо нужно править источник проблемы, а не костыль
использовать для "решения".
Используйте уже CGI-скрипты сразу :).
Вы точно уверены, что смотрите на правильные показатели? Киньте вывод
top'а с такими процессами.
