- FreeBSD & Wired mem,
 temny, 22:33 , 11-Дек-09 (1)Попробую ткнуть пальцем в небо - данные симптомы могут означать рост количества памяти, используемой ядром и последующий deadlock/panic из-за невозможности выполнить "kernel malloc".Вывод следующей команды и динамика результирующего значения во времени могут подтвердить или опровергнуть мою гипотезу:
vmstat -m|sed -Ee '1s/.*/0/;s/.* ([0-9]+)K.*/\1+/;$s/$/1024*p/'|dc|awk '{print $1/1048576 " MB"}' Если гипотеза подтвердится (т.е. значение будет например 512Мб и более), то анализ vmstat -m на предмет "самого толстого" потребителя памяти хотябы подскажет в какой "подсистеме ядра" происходит "неконтролируемый рост"/"утечка памяти"/"неосвобождение ресурсов".
- FreeBSD & Wired mem, Funky, 09:57 , 10-Фев-10 (2)
- FreeBSD & Wired mem, temny, 10:34 , 11-Фев-10 (3)
Достойных идей пока нет. Могу только сказать, что lltable (link level address tables) относится к сетевой подсистеме.
Я бы попытался найти зависимость между количеством записей (или динамикой изменения количества записей в lltable) и операциями выполняемыми данной машиной. Можно будет приблизиться к причине проблемы если получится связать рост количества записей в lltable с, например, количеством маршрутов или попаданиями на какое-нибуть из правил/очередей ipfw или с количеством установленных соединений и т.п.
Ещё один момент - сейчас значение "Requests" (2645748) несколько ниже значения "InUse" (2643140) возможно вы замечали какую-то временнУю зависимость когда появляется это расхождение в значениях или когда оно начинает (начнёт) расти более стремительно.
- FreeBSD & Wired mem, Yarikello, 10:35 , 15-Июн-11 (6)
|
Версия для распечатки
FreeBSD & Wired mem, 
