27 апр 19 года (а было тогда 19:39) Eugene Grosbein в своем письме к Anton Gorlov писал:
EG> Hичего не нужно делать, всё хорошо. EG> Hужно понимать, что именно показывает топ в столбце interrupt. EG> А показывает он всю работу, совершенную ядром в контексте EG> обрабтчика прерывания. По умолчанию это вообще всё, что делается: EG> выбирание пакетов из аппаратных очередей NIC, фильтрация файрволом, EG> routing lookup (весьма дорогая операция при использовании BGP full EG> view), опять фильтрация файрволом (если есть NAT - до кучи трансляция) EG> и прочее, буде такое найдётся (bpf etc.), вплоть до помещения пакета EG> в FIFO исходящего интерфейса.
Если вернить pmcstat -TS inst_retired.any_p -w1 то основная нагрузка это ==== %SAMP IMAGE FUNCTION CALLERS 30.2 kernel ipfw_chk ipfw_check_packet 18.3 kernel cpu_search_highest cpu_search_highest:14.6 sched_idletd:2.1 sched_switch:1.7 3.6 kernel _rm_rlock in_localip 3.1 libc.so.7 bsearch 0x64db 3.1 kernel cpu_search_lowest cpu_search_lowest ====
В ipfw менее 50 правил.. Но подумаю как ещё посокращать. NAT там нет вовсе.
Смущает, что в ЧНН LA до 3-4 скачет. Тут вон лионуксоиды пишут чоу них на более слаом проце при тарфике поболье чему меня,в раойне 7-8 гиг нагрузка на cpu в разы меньше.
==== model name : AMD FX(tm)-8350 Eight-Core Processor суммарно под 20 г ла меньше 1 ===
EG> Зато при sysctl net.isr.dispatch=defered можно увидеть в top EG> отдельно сколько занимает именно обработка прерываний, EG> а сколько всё остальное.
