vlan_mon резко увеличивает нагрузку

[NiTr0]

при загрузке модуля ядра vlan_mon (без рестарта акселя) %si подскакивает примерно в два раза.

ядро проверял 4.14.160 и 4.14.174

perf top при подгруженном модуле:

Code: Select all

   PerfTop:   13040 irqs/sec  kernel:98.8%  exact:  0.0% [4000Hz cycles],  (all, 4 CPUs)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------                              

     6.20%  [kernel]          [k] update_stack_state
     5.63%  [kernel]          [k] create_object
     4.81%  [kernel]          [k] queued_write_lock_slowpath
     4.39%  [kernel]          [k] unwind_next_frame.part.5
     3.61%  [kernel]          [k] lookup_object
     3.23%  [kernel]          [k] __save_stack_trace
     2.69%  [kernel]          [k] kmem_cache_alloc
     1.67%  [kernel]          [k] __slab_free
     1.60%  [kernel]          [k] native_queued_spin_lock_slowpath
     1.58%  [kernel]          [k] __module_address
     1.57%  [kernel]          [k] _raw_write_lock_irqsave
     1.57%  [kernel]          [k] save_stack_address
     1.54%  [kernel]          [k] kmem_cache_free
     1.45%  [kernel]          [k] memcpy
     1.36%  [kernel]          [k] unwind_get_return_address
     1.25%  [kernel]          [k] ipt_do_table

top:

Code: Select all

CPU:  0.1% usr  0.3% sys  0.0% nic 65.8% idle  0.0% io  0.0% irq 33.6% sirq

при выгруженном модуле:

Code: Select all

   PerfTop:   12547 irqs/sec  kernel:98.7%  exact:  0.0% [4000Hz cycles],  (all, 4 CPUs)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------                              

     4.31%  [kernel]          [k] create_object
     4.29%  [kernel]          [k] lookup_object
     3.49%  [kernel]          [k] update_stack_state
     2.21%  [kernel]          [k] memcpy
     2.17%  [kernel]          [k] ipt_do_table
     1.97%  [kernel]          [k] unwind_next_frame.part.5
     1.93%  [kernel]          [k] __netif_receive_skb_core
     1.79%  [kernel]          [k] igb_alloc_rx_buffers
     1.73%  [kernel]          [k] fib_table_lookup
     1.69%  [kernel]          [k] __save_stack_trace
     1.50%  [kernel]          [k] __dev_queue_xmit
     1.46%  [kernel]          [k] htb_dequeue
     1.43%  [kernel]          [k] kmem_cache_alloc
     1.39%  [kernel]          [k] igb_xmit_frame_ring
     1.30%  [kernel]          [k] __slab_free
     1.23%  [kernel]          [k] queued_write_lock_slowpath
     0.98%  [kernel]          [k] ip_rcv
     0.93%  [kernel]          [k] tcp_packet
     0.92%  [kernel]          [k] save_stack_address
     0.87%  [kernel]          [k] __skb_flow_dissect
     0.85%  [kernel]          [k] read_tsc

top:

Code: Select all

CPU:  0.2% usr  0.5% sys  0.0% nic 82.3% idle  0.0% io  0.0% irq 16.8% sirq

сценарий использования - pppoe сервер с натом и шейпером на даунлоад/полисиером на аплоад на ppp интерфейсах.

у кого-то подобное наблюдалось? бага ядра, или модуль должен существенно увеличивать нагрузку?

[NiTr0]

да, похоже такой эффект дает включенный kmemleak. при его отключении - разница "с модулем/без модуля" гораздо меньше.

[dimka88]

kmemleak он такой, встречал похожее когда пытался выловить проблему с ixgbe, нагрузка в 20 процентов повысилась.