С какой еще серой массой? Нелегальные грабберы?
Интернет магазины, сайты компаний, CRM и все остальные, кто ПЛАТЯТ ДЕНЬГИ, ерундной не занимаются и за быстрый ответ своих сайтов переживают.
Минимум 95% запросов всех сайтов очень быстрые.
С нелегалами не работаю. Посещаемые сайты на пхп чтоли? На пхп 200к хитов в сутки, больше не приходилось держать. На не пхп, ты не поверишь в цифры.
Что ты хочешь услышать? Как грабер на пхп держать с десятком параллельных скачиваний? Да, надо десятки процессов.
Каких запросов?
А если 100000 в секунду, что ты будешь делать?
Сиди лучше молча.
Рассылка выполняется на одном процессе, а другой свободен для других запросов. ---------- Добавлено 10.10.2015 в 17:01 ----------
Ох эти тупые хостеры.
У тебя есть сайт, на него ходят запросы. Какой-то запрос иногда медленный, куда-то на другой сайт обращается, например, или медленный sql в базу. Когда он приходит, он занимает процесс апача на пару секунд, но второй процесс остается свободный и на него тем временем ходят остальные запросы. Но это уже для очень большой посещалки, когда запросы в среднем сыпятся чаще, чем раз в секунду. На обычных сайтах, они реже и даже медленный запрос в пару секунд обычно закончится раньше, чем на апач прилетит следующий.
Я собирал статистику с распределением времени отклика, меньше процессов его только уменьшают. Оно понятно, больше памяти остается под кэши.
У ТСа не граб и среди нормальных клиентов такие сайты вообще не встречаются.
Но даже если так было бы, то его апач никому, кроме него не помешал бы.
У меня все серверы так работают. А ты ни на практике, ни в теории это не понимаешь,но опять суешься обсуждать.
Все запросы не тормозят, а только некоторые и редко. Для этого достаточно запасного процесса апача.
А когда база тормозит, то тут хоть 1000 процессов апача, а быстрее они выполняться не будут, чем 1000 по очереди.
Да, для долгих запросов можно еще лишний процесс апача запустить, если такие ожидаются, чтобы для нормальных всегда был свободен один процесс.
Это тоже просто ни о чем.
Есть два способа принимать клиентов на апач: напрямую и через акселеративный прокси (nginx). В первом случае на десяток клиентов что-то одновременно делающих в бразуере действительно может требоваться до сотни процессов, чтобы браузеры не ждали соединения долго (не тормозили). Во втором случае (c nginx'ом) требуется только один процесс апача, на него будут прилетать запросы только от nginxа, когда полностью получены. Суть в том, что nginxу на одно соединение не нужен целый процесс и требуется в 1000 раз меньше памяти, чем апачу. К сожалению мало хостеров это понимают и потому развели тут о ресурсах и количествах соединений.
Хоть баз, хоть статика, все равно хватит самой дешевой виртуалки.
Просто ни о чем, даже без кроме, можно совсем не принимать во внимание.
То что сейчас по ресурсам намекает 1 ГБ места :D
Странно, что хостеры тут о нагрузке говорят. Там те ресуры пятая часть от цены.
