search for: rx_queue_0_bytes

...environment. $ ethtool -S ens10 NIC statistics: rx_packets: 4172939 tx_packets: 5855538 rx_bytes: 6317757408 tx_bytes: 8865151846 rx_dropped: 0 rx_length_errors: 0 rx_frame_errors: 0 tx_dropped: 0 tx_fifo_errors: 0 rx_queue_0_packets: 2090408 rx_queue_0_bytes: 3164825094 rx_queue_1_packets: 2082531 rx_queue_1_bytes: 3152932314 tx_queue_0_packets: 2770841 tx_queue_0_bytes: 4194955474 tx_queue_1_packets: 3084697 tx_queue_1_bytes: 4670196372 Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> --- drivers/...

...environment. $ ethtool -S ens10 NIC statistics: rx_packets: 4172939 tx_packets: 5855538 rx_bytes: 6317757408 tx_bytes: 8865151846 rx_dropped: 0 rx_length_errors: 0 rx_frame_errors: 0 tx_dropped: 0 tx_fifo_errors: 0 rx_queue_0_packets: 2090408 rx_queue_0_bytes: 3164825094 rx_queue_1_packets: 2082531 rx_queue_1_bytes: 3152932314 tx_queue_0_packets: 2770841 tx_queue_0_bytes: 4194955474 tx_queue_1_packets: 3084697 tx_queue_1_bytes: 4670196372 Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> --- drivers/...

The main purpose of this patch is adding a way of checking per-queue stats. It's useful to debug performance problems on multiqueue environment. $ ethtool -S ens10 NIC statistics: rx_queue_0_packets: 2090408 rx_queue_0_bytes: 3164825094 rx_queue_1_packets: 2082531 rx_queue_1_bytes: 3152932314 tx_queue_0_packets: 2770841 tx_queue_0_bytes: 4194955474 tx_queue_1_packets: 3084697 tx_queue_1_bytes: 4670196372 This change converts existing per-cpu stats structure into per-queue one. This should...

...ckets: 4172939 > tx_packets: 5855538 > rx_bytes: 6317757408 > tx_bytes: 8865151846 > rx_dropped: 0 > rx_length_errors: 0 > rx_frame_errors: 0 > tx_dropped: 0 > tx_fifo_errors: 0 > rx_queue_0_packets: 2090408 > rx_queue_0_bytes: 3164825094 > rx_queue_1_packets: 2082531 > rx_queue_1_bytes: 3152932314 > tx_queue_0_packets: 2770841 > tx_queue_0_bytes: 4194955474 > tx_queue_1_packets: 3084697 > tx_queue_1_bytes: 4670196372 > > Signed-off-by: Toshiaki Makita<makita...

----- Original Message ----- > From: "Administrator TOOTAI" <admin at tootai.net> > To: asterisk-users at lists.digium.com > Sent: Friday, May 1, 2015 6:42:38 AM > Subject: Re: [asterisk-users] OpenVPN Clients Intermittently Cannot Call In > > Le 01/05/2015 00:05, Andrew Martin a ?crit : > > ----- Original Message ----- > >> From: