On Thu, Jan 10, 2013 at 07:28:57PM +0200, greenh wrote: > 10 января 2013 г., 19:22 пользователь greenh <[email protected]> написал: > > 5 января 2013 г., 9:55 пользователь Eugene Grosbein > > <[email protected]> написал: > >> 05.01.2013 14:50, greenh пишет: > >> > >>>>> 4 января 2013 г., 15:10 пользователь Eugene Grosbein > >>>>> <[email protected]> написал: > >>>>>> sysctl vfs.ufs | fgrep mem > >>>>> > >>>>> vfs.ufs.dirhash_lowmemcount: 0 > >>>>> vfs.ufs.dirhash_mem: 53137380 > >>>>> vfs.ufs.dirhash_maxmem: 80646144 > >>>> > >>>> Это в момент высокого потребления system time и высокого LA? > >>>> С одной стороны, упирания в maxmem нет, с другой - текущее потребление > >>>> dirhash в более чем 50MB это очень много и подтверждает предположение > >>>> о существовании каталога с огромным количеством файлов. > >>>> > >>>> Такие каталоги делают некоторые php-движки, накапливая в них огромное > >>>> количество устаревших сессионных файлов и пытаясь удалять старые сессии > >>>> не фоновым процессом, а непосредственно во время обработки юзеровского > >>>> HTTP-запроса. Этот braindamage лечится только отключением такого > >>>> поведения движка > >>>> (чтобы он во время выполения запросов не пытался заниматься посторонними > >>>> делами > >>>> типа очистки сессионного каталога) плюс переключением движка на хранение > >>>> сессий в структуре каталогов вместо одного плоского. A чистку старых > >>>> сессий > >>>> выполнять cron'ом. > >>> > >>> Нет, это не в момент высокой нагрузки, т.к. ситуация > >>> стабилизировалась, и поймать ее пока не получается. > >> > >> Повторится. > > > > Повторилось > > sysctl vfs.ufs | fgrep mem > > vfs.ufs.dirhash_lowmemcount: 0 > > vfs.ufs.dirhash_mem: 21596046 > > vfs.ufs.dirhash_maxmem: 80646144 > > > > Куды бечь? (с) > > top -S > http://pastebin.com/81vE6sB1
мы так и не увидели вывода pmcstat.
