Ответ

Misha v.3 27.03.2011 05:48 / 27.03.2011 06:21

2. $memory:rusage.utime (см. доку)
3. время выполнения от begin до now (именно поэтому рекомендуется подключать Erusage первым). рассчитывается на основании $memory:rusage.tv_sec и .tv_usec
4. $memory:rusage.maxrss (см. доку)
5. $status:memory.user/$status:memory.free (см. доку)

цифры времени нельзя сравнивать между разными компьютерами.
цифры памяти -- между разными OS.

2. должно быть маленьким. всегда. если значение большое, при относительно небольшом значении 3, это означает, что где-то очень серьёзный алгоритмический косяк. я с таким встречался лишь один раз: был очень неоптимальный xsl.

примеры значений с parser.ru (приблизительные. напрямую сравнивать с вашими результатами нельзя):

2.
parser.ru/ : 0.03 из кэша
parser.ru/ : 0.09 генерация
parser.ru/forum/ : 0.3

3.
parser.ru/ : 0.03 из кэша
parser.ru/ : 0.1 генерация
parser.ru/forum/ : 0.35

4.
parser.ru/ : 4000 -- из кэша
parser.ru/ : 8000 -- генерация
parser.ru/forum/ : 11000 (никогда не кэшируется)

5.
parser.ru/ : [1500/50] -- из кэша
parser.ru/ : [4000/750] -- генерация
parser.ru/forum/ : [6500/2050]

близость значений 2 и 3 означают маленькую загрузку сервера.


я рекомендую НЕ писать в лог всё подряд.
для начала включить запись всего, посмотреть на ваши типичные значения в 3 и 4 столбце и затем указать методу log опции
$.dTime и $.dMaxRss, со значениями, превышающими ваши типичные значения.

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

---