Как подсчитать нагрузку по этим данным?

хотябы примерно, какая нагрузка на сервер будет генерироваться c 5к обращений в час, если при единичном обращении к странице, делается 30 MyQSL запросов, общее время исполнения скрипта 0.1102s, Apache 2, PHP 5.2.4, DuCPU E2220 2.4 2Gb

Исходя из того, что в часу 3600 секунд, а скрипт выполняется за 0.1 сек можно заключить, что нагрузки практически не будет =)

Из приведжённых даннвх следует, что на обслуживание 5к запросов в час тратится 550 секунд. Но о нагрузке пока ничего сказать нельзя.
Здесь надо знать какая нагрузка на проц имеет место в течение работы скрипта. На шаред хостинге если клиент 1/7 времени грузит проц на 100% то его могут "попросить".
С другой стороны скрипт может выполняться и пол часа но не грузить проц.

Надо по другому считать. А именно. Если апач и mySQL персональные и хоститесь на юниксе, то
# ps -axSu
через час команду повторить и посмотреть как изменилось TIME процессов апача и мускуля. Получите более менее чистое время использования процессора.

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

В конце скрипта ставите комманду вроде sleep
Пока скрипт досыпает всё тем же ps смотрите его TIME.
Но это не совсем корректно потому что проц грущится не только скриптом, но и апачем который обрабатывает запрос и запускает скрипт, а так же и мускулем который обрабатывает 30 запросов.

вот такое получилось по самым худшим показателям:
запросов 35
время 0.537s
Load 1.375
на какие нагрузки можно рассчитывать?

попробую ответить.

запросы к mysql - не самое страшное.

у вас в качестве вебсервера используется апач, а он не очень хорошо при отдаче большого кол-ва мелких статический изображений будет очень много drop/незвершённых соединений, более правильно в данном случае использовать nginx с кэшированием с использованием memcache.

на одном из проектов мы делали так:
1. смотрим нагрузку и собираем логи апача.
2. анализ логов апача.
3. выбор ресурсов к которым наиболее часто обращается апач
4. перенос ресурсов в nginx/lighthttpd
5. кэширование страниц / результатов запросов, кэширование на 5-10 секунд может очень облегчить нагрузку на сервер.

в п.5 делали так что, полностью генерируемая хтмл валялась в memcache и очень быстро отдавалась пользователю, фактически не напрягая не mysql ни apache

есть вопросы - спрашивайте, постараюсь помочь.

важно понимать, что с увеличением кол-ва обращений к серверу нагрузка будет расти не линейное.

да вообщем-то 80% времени отрабатывает рнр и всего 20% mysql, переписываю код

т.к. у вас свой сервер и соотвественно mysql, можно немного почитать про кэширование запросов - http://dev.mysql.com/doc/refman/5.1/en/query-cache.html

vaita-c писал:

у вас в качестве вебсервера используется апач, а он не очень хорошо при отдаче большого кол-ва мелких статический изображений будет очень много drop/незвершённых соединений, более правильно в данном случае использовать nginx с кэшированием с использованием memcache.

Немного не понял как кол-во дроп-соединений уменьшится?

Sha писал:

Немного не понял как кол-во дроп-соединений уменьшится?

я неправильно выразился, при большом кол-во запросов к апачу увеличивается кол-во необработанных запросов, например, запрос отдать вон тот spacer.gif или blue-frame.png, т.е. получается что браузер говорит дай мне это, это и это, а в результате получает только одно, потому как два запроса из трёх "подвисли". или я ошибаюсь? именно такую картинку я имел случай наблюдать.