parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Ответ

Misha v.3 18.09.2013 09:57

вы измеряете чистое время.
да, OS может "долго запускать" cgi, если обращения к ней редкие. также может быть долгий запуск драйвера и sql.
если на данном сервере дисковая система перегружена, то при открытии большого кол-ва файлов (уже ваши cfg, p) тоже могут быть тормоза.

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

вы пишите, что сами ошибку не видели.
а вы точно смотрели обращения к странице в идентичных условиях? т.е. с теми get/post параметрами, которые привели к ошибке?
точно вы не забыли про скрытые и редко запускаемые процессы (например про какие-нить очистки hashfile-ов, запускаемые случайно с некоторой периодичностью, которые жрут память/время)?

в любом случае heap_used=92770304 и total_bytes=122970880 -- по моему много. чудес не бывает, и если израсходовано много памяти, то кто-то её израсходовал. и тратил на это время. 92 MB -- это много для генерации обычных html-страничек.

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