Как лучше строить шаред хостинг

Можно в отдельную ветку перелезть. Чего прямо сейчас и сделаю.

Server version: Apache/2.2.4 (FreeBSD)

На тему метода не совсем понял. Самый производительный шаред получается с ядерным патчем на смену uid/gid, php as mod_php и mpm prefork. Само собой должен быть включен accf_http, в частности с небольшим патчиком на тему POST. На фронт однозначно нужно ставить какую-то акселерацию/балансировку/ips/ids... у меня это все в своей софтине выполнено, но oops или squid для этой роли вполне подходят. Даже без акселерации это уже в разы производительнее nginx+php as factcgi.

У Сысоева есть процесс манагер под php, достаточно интересный, но архитектура не совсем для шареда. В частности у меня есть нечто аналогичное, но только выполнено оно на sendmsg. Был удивлен, когда появилось его творение. Появилось желание выкинуть наш код и пропатчить его. В нашем случае решается задача с эффективным держанием 12-15тыс uid (и более), что как раз подходит для различных кластерных/распределенных систем. Производительность этого чуть меньше, чем php as mod_php + kernel & apache patch, но решается задача с оптимизацией расхода памяти и не надо ничего воротить в ядре.

Само собой надо всякие PHP оптимизаторы прикручивать, которые оппкоде кэш и схожие. Т.е. это всё уже дальше по вкусу готовим.

Если мы говорим за отдельный высоконагруженный проект, то надо смотреть конкретно по проекту. Мне очень нравится apache с thread safe php сборкой... давно не собирали кстати, а тем кому ставили просто в восторге.

При разработке подобных решений больше всего напрягает phpшный гарбаж коллектор. Особенность юниксового fork в том, что делается COW (copy on write), т.е. вроде бы с расходом памяти при расфоркивании php проблема решается, но в определенный момент, на затяжных скриптах, происходит COW... "дофоркивается" это всё и задача идёт лесом. Мы несколько раз наступали на грабли с COW. В итоге сделали то самое, что на sendmsg. Фактически там есть общий процесс манагер и per client процесс манагер. Прошлись рашпилем по сборщику и что-то получилось.

Это касается и mod_php в prefork. Почему мне на трэдовых mpm и трэдовом php нравится, так вот как раз из-за этого. Форка нет и память более экономично кушается. Можно держать конектов прилично и акселератор даже не нужен. На GET запросах accf_http спасает, ну а POST-ов не всегда так много (хотя если accf_http с патчиком, то все нормуль).

Доступно?