согласен - в некоторых случаях реаллокейты возникают из-за программных сбоев, но зачем гадать? - ждать и надеяться, что продакшн сервер отработает честно свои 1.5-2 года (и будет заменен на новый), я еще понимаю, когда 1-2 реаллокейта через полгода-год, но если уже в первый день видно реаллокейты? 🚬
помогут, почему не помогут, 100к посетителей это не какая-то бешенная циферка, если VPS конечно несильно порезана в плане tcp-стека, все зависит от CMS, от объема взаимодействия посетителей с ней и т.п., т.е. если это просто "новостной" сайт, то nginx + кеширование динамики (хотя бы на 5 минут) и эти 100к пройдут как отработка статики 🍿
а если ддосеры, например, начали с 15Гбит и дойдя до 50Гбит увидели, что задача выполнена, - зачем им засвечивать большее число ботов? - они остановятся на 50Гбитах, и подливать будут ровно столько, сколько необходимо для выполнения задачи, т.е. в данном случае уместно сказать "ахерабит" (как это сделал kostich), так как никто не знает сколько гигабит реально могли "подать" ддосеры 🍿
не хочу продолжать спор, но nginx будет работать экономнее 🍿
почему нет? - цели одни - максимум производительности и надежности при минимуме затрат 🚬
ну вы просто неправильно подходите к вопросу - если eAccelerator позволит в 3 раза быстрее отрисовать страничку и при этом освободить ОЗУ для нового запроса, то очень даже будет кстати на слабых конфигурациях
про nginx я вообще молчу, насколько экономно для ОЗУ он отдает статику, по моему уже никому рассказывать не надо :D
присоединяюсь к вопросу :)
ну на деле это не конечный бинарник, а только некая форма R-кода, что-то в духе - компиленного Java-апплета :)
а смотрит за изменениями не по дате, а через полуоткрытые файлы, т.е. любая запись в файл и ОСь информирует приложение открывшее файл, о том, что файл открыт на запись другим приложением 🚬
вот yandex и rambler используют nginx, ну эти люди тоже про lighttpd знают, и даже его "варить умеют", но все равно юзают nginx, видимо nginx лучше 🚬
причем тут mpm? - вы же пишете, что картинки многопоточно не грузит, они же у Вас nginx'ом раздаются :D
вообще prefork и надежнее, хотя и несколько тише, в случае, если статику раздает nginx вы от worker'а не только плюса не получите, а наоборот кучу проблем поимеете :)
по всей видимости keepalive надо крутить, nginx очень хочет отдать все картинки через одну сессию (как совет - уменьшите таймаут keepalive'а до 2-5 секунд)
присоединяюсь, очень похоже на сказки со стороны ДЦ
возможно, там у них в моде хвастаться рисованными циферками, как пример - берут объем средней белой TCP-сессии, потом просто умножают на количество потенциальных сессий (которые они зарубили на SYN-стадии), а учитывая еще Keep-Alive, там возникают просто геометрические такие величины в якобы 100-300Гбит отбитых атак :D
в скорости много не выиграете, ОЗУ сэкономите более менее, но нестабильность и непрозрачность все плюсы сведут на нет
лучше покрутите в nginx кеширование и закешируйте малоактивную динамику, те же товары в магазине можно закешить аккуратно, так чтобы не задеть POST/COOKIE
тоже самое скажут любители DLE, WP, Drupal :D
если все будет вращаться локально, то зачем memcache? - работа через сетевой стек всегда будет проигрывать по скорости и ресурсоемкости c тем же eaccelerator_put/eaccelerator_get или xcache_put/xcache_get, я за eaccelerator но в последних версиях убрали eaccelerator_put/eaccelerator_get из него, поэтому альтернативное решение - xcache, на мой взгляд, более интересное решение, чем связка eaccelerator+memcache :)
на вкус и цвет :D - просто на мой взгляд apache(mpm-itk) + mod_php более стабильны и просты
