On Sat, 1 Jan 2005, nuclearcat wrote: > Получил следующие результаты (после идут мои соображения и > комментарии): > > [EMAIL PROTECTED]:~# opreport -l /usr/local/oops/oops > CPU: P4 / Xeon with 2 hyper-threads, speed 2393.33 MHz (estimated) > Counted GLOBAL_POWER_EVENTS events (time during which processor is not > stopped) with a unit mask of 0x01 (mandatory) count 100000 > samples % symbol name > 1599770 37.8493 hash_get > 1001175 23.6870 yylex
Что-то подозрительно что оно так часто проходит через yylex, ведь парсер отрабатывает только при чтении конфига. Может нужно пересобрать без оптимизации и еще раз прогнать. Если это происходит под линухом, можно попробовать прогнать независимый тест используя valgrind (там есть хороший профайлер, callgrind кажется), правда, будет тормозить. Если подтвердится - будет интересно. > Или вообще во всем этом нет смысла? :) Смысл есть. Если не интересует кэширование - можешь еще попробовать новую версию (оно там включается и отключается как модуль). > Проверяет хеш на наличие "удаленных" записей, и со временем их > скапливается достаточно много, в итоге много циклов CPU уходит на Да не должно вроде их скапливаться много... Igor Khasilev | PACO Links, igor at paco dot net | ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
