parser

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

 

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

Ответ

Misha v.3 17.10.2007 17:54 / 17.10.2007 17:54

если у вас класс подключается в корневом auto.p с помощью:
@USE
Erusage.p
# дальше подключаются остальные классы
то проверку вы устроили правильно.
что за данные в логе можно понять глянув код Erusage.p, но нас интересуют 2 и 3 столбцы:
2 -- чистое процессорное время выполнения парсером кода
3 -- разница между временем начала выполнения кода (подключением Erusage.p) и окончанием (запись в лог)

видим 0.0313 0.0469 (это в секундах), т.е. выполнялось далеко не те "пару секунд", о которых вы пишите, а менее 5 сотых секунды.
при этом два этих времени отличаются мало, т.е. парсер не ждал других процессов долгое время.

запись 0.0625 0.0469 я не очень понимаю.
но это объяснимо: эти времена считается разными методами + второе время засекается с момента подключения Erusage.p, а до него делается ещё много чего... да и в любом случае речь идёт о паре сотых, а не "паре секунд".

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

как простейший тест: отключить парсер как обработчик страниц и обратиться к документу (ну или оставить SSI). скорее всего тоже будут тормоза.