А у меня вот какой прикольчик,
после каждой перезагрузки машины меняется загрузка Dummynet .
раз ребутнеш жрет до 80%, другой раз ребутнеш 0%.
при этом трафик в обоих случаях приличный , десь 500 мбит.
иногда нужно ребутнуть раза три что бы на ноль выйти, система фря 8.0
тоже самое, нужно бы по этому поводу PR катануть на freebsd.org.
Ситуация на самом деле следующая: когда dummynet по TOP не показывает использование CPU, то он всё равно его жрет, это можно увидеть по суммарному времени занятости в сравнении с самымыми загруженными процессами:
0 root 72 0 0K 112K CPU2 2 702:57 39.99% {em0_rx0_1}
0 root 76 0 0K 112K CPU1 1 703:14 39.16% {em0_rx0_2}
0 root 76 0 0K 112K WAIT 0 707:01 37.70% {em0_rx0_0}
0 root 49 0 0K 112K WAIT 0 173:10 8.25% {em1_rx0_1}
0 root 49 0 0K 112K WAIT 0 171:47 6.79% {em1_rx0_0}
0 root -68 0 0K 112K - 0 508:33 0.00% {dummynet}
так что ребутить и добиваться чтобы dummynet не жрал CPU смысла не имеет, только для самоуспокоения.
Всем кто хочет оптимизировать свою систему советую утилитку hwpmc (требует перекомпиляции ядра) - измеряет время затраченное на вызов каждой процедуры в ядре. Авторское howto описание тут
http://freebsd.rambler.ru/bsdmail/freebsd-current_2006/msg01582.html Вот какие результаты я получил у себя
% cumulative self self total
time seconds seconds calls ms/call ms/call name
58.4 1328138.00 1328138.00 17868 74330.54 92836.94 ipfw_chk [6]
12.1 1602420.00 274282.00 411496 666.55 666.55 rn_match [18]
7.5 1772186.00 169766.00 22140 7667.84 7889.51 sched_idletd [20]
1.6 1808840.00 36654.00 49025 747.66 749.43 _mtx_lock_sleep [30]
1.1 1832874.00 24034.00 358506 67.04 780.74 ipfw_lookup_table [17]
0.8 1849981.00 17107.00 16755 1021.01 1021.01 generic_bzero [41]
0.7 1866886.00 16905.00 358510 47.15 713.70 rn_lookup [19]
0.6 1880435.00 13549.00 3667 3694.85 3694.85 strncmp [50]
откуда видно что требуется оптимизация ipfw правил
