большая нагрузка на сервере, больше странностей

Я сразу вкручиваю все на максимум - у меня sysctl готовый для серверов есть

Лучше сразу включть и забыть о возможной проблеме

Зачем долго думать, что, как и почему. Есть специалисты, которые обдумают Вашу проблему и ее решат. Работа такая - решать чужие проблемы ;)

Конкретно в данном случае увеличили буфер стека. Это и вызывало торможение, при внешнем благополучии проца и памяти.

нагрузка была 1300 соединений в секунду. Это явно не для настроек по умолчанию.

С пол года назад пришлось уменьшить Keepalive в стеке TCP. Т.к. недобросовестные накрутчики придумали способ накрутки при помощи бог знает чего. В результате происходили соединения и моментальный обрыв, но они висели в режиме ожидания на уровне стека. Накапливалось куча, что вело к зависания сервера. Настройки тогда были по умолчанию. Поэтому не все надо выкручивать на максимум )

По поводу nginx в моем случае мало поможет. ибо

1) панель с 30-40 сайтами,

2) из всей нагрузки на процы 90% это ImageMagick

3) статики просто нет и отдавать нечего

Поэтому рецепт любыми путями поставить nginx, если даже толку от него не будет. Это без меня и не ко мне.

Baruchka, похоже многие держатели счетчиков так думают и не видят решения, которое на поверхности.

А нельзя к примеру для каждого сайта генерить раз в 10с статическую картинку, если запрашивают чаще, и ложить ее на диск для отдачи как статику, раз уже имеджик жрет весь проц. Даже думаю 30-60 секунд для всех сайтов будет приемлимая цифра, причем это можно делать для всех посетителей одного сайта - внешний вид то для всех одинаковый. Или есть какие грабли, которых не видно?

Можно и нужно

А еще в memcache популярное складывать

А чем отдавать из мемкеша данные? Есть какие варианты, если не через перл или пхп?

Семь бед - один ответ :)

Из мемкеша можно nginx'ом отдаваться

Можно и не только мемкэшед.

Есть варианты по повышению производительности или по снижению расхода ресурсов, но это все, как мне кажется, индивидуально производится, для каждого случая.