Подыскиваю надежный виртуальный хостинг с хорошей техподдержкой.

как правило, одно выполнение скрипта требует одного подключения к БД, конечно могут быть варианты, но это экзотика... и, грубо говоря, 100 одновременных поключений - это 100 одновременных загрузок скрипта, что подразумевает неслабый трафик в районе за 50К хитов в сутки

если нет нагрузки, то и, скорей всего, нет такого количества коннектов. а те пики по нагрузке могут быть никак не связанны с соединениями, а например с большим количеством запросов (в рамках одного соединения), или сложными вычислениями, или большой объем передачи данных. Кстати, встречал хостинги у которых, кроме соединений, лимитировано количество запросов в час, это, по-моему, более критичный лимит для сложных скриптов.

Извините, но какой это уже VIP? стандартный шаред хостинг.

Это тоже просто ни о чем.

Есть два способа принимать клиентов на апач: напрямую и через акселеративный прокси (nginx). В первом случае на десяток клиентов что-то одновременно делающих в бразуере действительно может требоваться до сотни процессов, чтобы браузеры не ждали соединения долго (не тормозили). Во втором случае (c nginx'ом) требуется только один процесс апача, на него будут прилетать запросы только от nginxа, когда полностью получены. Суть в том, что nginxу на одно соединение не нужен целый процесс и требуется в 1000 раз меньше памяти, чем апачу. К сожалению мало хостеров это понимают и потому развели тут о ресурсах и количествах соединений.

zzzit, это для идеального скрипта. А всунут вам туда грабер какой то и встанет все.

Да, для долгих запросов можно еще лишний процесс апача запустить, если такие ожидаются, чтобы для нормальных всегда был свободен один процесс.

zzzit, да-да-да. Вы видели хоть раз как они работают и сколько времени выполняются? Некоторые и минуту и 5 висят. Добавьте сюда сотки две запросов в минуту. Естественно не все такие тяжелые. Большинство более-менее вменяемые.

Или второй пример, когда базу некому оптимизировать. А запросы некоторые выполняются по 2-10 секунд. И снова множество одновременных запросов.

Я вам уже говорил, вы теорию вызубрили на 5+, а от практики настолько далеки как от луны.

У меня все серверы так работают. А ты ни на практике, ни в теории это не понимаешь,но опять суешься обсуждать.

Все запросы не тормозят, а только некоторые и редко. Для этого достаточно запасного процесса апача.

А когда база тормозит, то тут хоть 1000 процессов апача, а быстрее они выполняться не будут, чем 1000 по очереди.

zzzit, если сайт это граб 100%, то там быстрых запросов нет.

Вот смотрю рабочий сервер. За одну минуту 17:18, было сделано 924 запроса на скачивание mp3 на удаленном сервере. А там еще и лимит по скорости, для "самых умных".

Среднее время на выполнение, это не в час-пик.

12 секунд * 924 = 11*088 секунд, или 185 минут - это вам нужно вместить в одну минуту, так как 1 рабочий процесс.

У ТСа не граб и среди нормальных клиентов такие сайты вообще не встречаются.

Но даже если так было бы, то его апач никому, кроме него не помешал бы.

zzzit, ээ, нет друг! Вы мне ранее, в другой теме, доказывали что этого достаточно для ЛЮБОГО. Вот и обоснуйте как вы 185 минут в минуте разместите. А мы послушаем.

У ТС, к примеру, имеется рассылка, не известно как она выполняется. Но и тут может быть вариант что процесса будет мало. А сам сайт в это время должен простаивать?

А идеальные структуры таблиц и sql-запросов практически не встречаются. Хоть берите CMS хоть что другое. В итоге 1-2 посетителя делают такой запрос, пусть он выполняется 2 секунды, а другие посетители в это время должны пойти пива попить получается? Так как сайт будет недоступен.

---------- Добавлено 10.10.2015 в 17:47 ----------

А теперь давайте посмотрим сколько тут сайтов проскакивает на SE с посетителями в десятки тысяч. В большинстве это стандартные CMS + нестандартные и супер-пупер качества плагины.

Некоторые просто не хотят/ не умеют кэш в WP настроить.

Калькулятор дать?

---------- Добавлено 10.10.2015 в 17:49 ----------

То есть на сайте один посетитель? Нафига этот сайт он держит. Нужно бы строить клиента, а то он меня топом гугла уже замучал. И вообще, как это один посетитель умудрился создать штуку запросов к mp3 сам. Гений вероятно.