Новости | FAQ | Авторы | Документация | В действии | Библиотека |
Инструменты | Полезные ссылки | Хостинги | Скачать | Примеры | Форум |
Sumo 09.02.2014 20:14
... на соединение, ожидание и передачу ответа. Время ожидания — это и есть время работы связки веб-сервер-парсер. Время работы Парсера я считаю по формуле: $status:rusage.utime + $status:rusage.stime + $sqlStat.queriesTime + $sphinxStat.queriesTime. Т.е. складываю все время, которое работал Парсер и время работы sql-серверов и поискового движка, которые у меня считаются в sql-классах. Разница между этим временем и временем ожидния и и есть время, которое требуется для работы веб-сервера и постпроцесса Парсера. На моих серверах эта разница составляет единицы милисекунд, т.е. на один-два порядка меньше времени генерации страницы (как правило 3-5 мс, при времени генерации страниц 50-200 мс). Т.е. если аккуратно все посчитать, то разница должна быть несущественной и ей можно пренебречь. Если разница существенная, то надо смотреть как настроены веб-серверы — не исключено, что хостлукапы не отключены или лишних модулей дофига.int getrusage(int who, struct rusage *usage); ... struct timeval ru_utime; /* user CPU time used */ struct timeval ru_stime; /* system CPU time used */ ... ru_utime This is the total amount of time spent executing in user mode, expressed in a timeval structure (seconds plus microseconds). ru_stime This is the total amount of time spent executing in kernel mode, expressed in a timeval structure (seconds plus microseconds).