Приемлемые параметры работы БД

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

В случае классического сайта постоянное попадание запроса в кеш базы позволит выполнять и 30 хитов в секунду при отклике на пустом сайте 0.1 сек. На социалках сайт встанет, так как упрётся в разбросанные по диску данные и постоянное перепозиционирование головок.

Пиковые нагрузки не суммируются.

Да как то уж поздно соскакивать с этого дела, больше 10 лет уже программистом... И есть проекты которые держат по 20-30 запросов в секунду, но при этом отдают контент за 0.2-0.4 секунды... Чудеса? Ан нет! Читайте следущее сообщение от Вячеслава до полного прояснения сознания:

netwind, если у вас другая программа CGI, и вы хотите получить результаты её работы, то как вы предлагаете их получить?

neolord, считайте, что та программа Hello word, т.е. время выполнения - минимальное

Ну я не дурак ваще то. Так же не суммируются и минимальные нагрузки. А вот средние вполне можно суммировать. Но правда тут есть нюанс что на разных страницах время генерации разное, и поэтому весь сайт может держать больше/меньше чем выходит при такой арифметике. Но если б предположить что все хитуют одну и ту же страницу - по ней вполне можно вести такую статистику. Специально проверил даже =) У меня страница отдается за 0.02 - 0.04 секунды, ApacheBenchmarkом сделал 1000 запросов, заняло 40,2 секунды - среднее число запросов 25.

В целом по сайту конечно можно больше выжать ибо кеши и все как вы сказали.

claygod, тут миллисекунды считают, а вы собрались программу запускать? Конечно, затраты на запуск большие. Значительно больше чем подключение и получение данных от любого сервера БД. Даже если это hello world на C.

Именно поэтому интерфейс CGI эволюционировал в FastCGI.

netwind, c FastCGI ещё дела не имел.