Хе... "Система"... "Платформа"...
.htaccess умеет и RewriteRule - вот по-этому и работает :-)
Конвертните базу в innodb - избавитесь от локов на селект.
Я бы начал именно с этого.
Ну, смотреть сначала не в параметры, а в мануалы - схема прикрывания апача nginx-ом описана многократно. Как минимум - избавитесь от запросов к статике.
Далее - смотреть на limit-rate, burst итп.
200 rps - это вобщем-то тоже слезы. Особенно если 80% запросов идут к /
78.94.215.14 - - [21/May/2009:21:31:25 +0200] "GET / HTTP/1.1" 404 592 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1" 78.94.215.14 - - [21/May/2009:21:31:25 +0200] "GET / HTTP/1.1" 200 5980 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1"
Мне одному кажется, что здесь что-то совсем неправильно?
Прикрывайте nginx-ом. И 10-30 запросов в секунду вас волновать перестанут совершенно.
Собери ручками в отдельное место.
Если вылезут косяки с библиотеками - собери в отдельном чруте.
А вообще - читать ман на тему "как собрать tool-chain"
Я бы скорее пошел смотреть на max_upload_size и на размер POST-данных :-)
покажите
cat /etc/rc.conf | grep sendmail
unable to handle kernel paging request at virtual address
Либо память, либо диск, куда оно не смогло отсвопиться.
С хорошей долей вероятности вы пытаетесь биндить и апач, и nginx на один и тот же порт одного и того же адреса.
А зачем отсылать через _разные_ смтп? Один-то чем не нравится?
