From: Bill Fink <billfink@mindspring.com>
To: Andrew Gallatin <gallatin@myri.com>
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>,
"Brandeburg, Jesse" <jesse.brandeburg@intel.com>,
Neil Horman <nhorman@tuxdriver.com>,
Brice Goglin <Brice.Goglin@inria.fr>,
Linux Network Developers <netdev@vger.kernel.org>,
Yinghai Lu <yhlu.kernel@gmail.com>
Subject: Re: Receive side performance issue with multi-10-GigE and NUMA
Date: Wed, 19 Aug 2009 13:59:00 -0400 [thread overview]
Message-ID: <20090819135900.9cc50e73.billfink@mindspring.com> (raw)
In-Reply-To: <4A8A9671.8060002@myri.com>
On Tue, 18 Aug 2009, Andrew Gallatin wrote:
> Bill Fink wrote:
>
> > < Latency: 0, Cache Line Size: 64 bytes
>
> <...>
>
> >> Latency: 0, Cache Line Size: 256 bytes
>
>
> A cache line size of 256 clearly seems wrong for a Xeon. I assume all
> devices on the SuperMicro show the same value?
I forgot to check that.
> > Interestingly, the "WC Enabled" is only indicated on the first two
>
> The WC is probably a red herring.
>
> What does ethtool -S show for the DMA write bandwidth of the
> NICs on the SuperMicro?
I've attached the full "ethtool -S" output from both the Asus and
SuperMicro systems. Here's just the bandwidth info:
Asus eth2:
[root@i7test1 ~]# ethtool -S eth2
NIC statistics:
...
read_dma_bw_MBs: 1625
write_dma_bw_MBs: 1599
read_write_dma_bw_MBs: 3192
SuperMicro eth2 (on 5520 connected to NUMA node 1):
[root@xeontest1 ~]# ethtool -S eth2
NIC statistics:
...
read_dma_bw_MBs: 1624
write_dma_bw_MBs: 1605
read_write_dma_bw_MBs: 1323
SuperMicro eth8 (on 5520 connected to NUMA node 0):
[root@xeontest1 ~]# ethtool -S eth8
NIC statistics:
...
read_dma_bw_MBs: 1572
write_dma_bw_MBs: 1605
read_write_dma_bw_MBs: 2113
> These values are obtained serially, as the driver resets
> the NIC (reset happens at load time, and ifconfig up),
> so they could easily sum to more than the memory bandwidth
> of the system. But it would be good to check for any anomalies.
>
> I can send you a pointer to a tool we use internally, which loads
> some custom firmware on the NIC, and can exercise the DMA engines
> on all the NICs in parallel. This would give an idea of the
> aggregate DMA bandwidth available on the system. Let me know
> if you're interested.
Yes, I'd be interested.
-Thanks
-Bill
Full ethtool output:
--------------------------------------------------------------------------------
Asus eth2:
[root@i7test1 ~]# ethtool -S eth2
NIC statistics:
rx_packets: 4
tx_packets: 10
rx_bytes: 240
tx_bytes: 708
rx_errors: 0
tx_errors: 0
rx_dropped: 0
tx_dropped: 0
multicast: 0
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_fifo_errors: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_boundary: 4096
WC: 0
irq: 2282
MSI: 1
MSIX: 0
read_dma_bw_MBs: 1625
write_dma_bw_MBs: 1599
read_write_dma_bw_MBs: 3192
serial_number: 356055
watchdog_resets: 0
link_changes: 6
link_up: 1
dropped_link_overflow: 0
dropped_link_error_or_filtered: 631516
dropped_pause: 631516
dropped_bad_phy: 0
dropped_bad_crc32: 0
dropped_unicast_filtered: 0
dropped_multicast_filtered: 11
dropped_runt: 0
dropped_overrun: 0
dropped_no_small_buffer: 0
dropped_no_big_buffer: 0
----------- slice ---------: 0
tx_pkt_start: 421736
tx_pkt_done: 421736
tx_req: 2866189
tx_done: 2866189
rx_small_cnt: 257731
rx_big_cnt: 3830824
wake_queue: 5698
stop_queue: 5698
tx_linearized: 0
LRO aggregated: 1276950
LRO flushed: 264545
LRO avg aggr: 4
LRO no_desc: 0
SuperMicro eth2 (on 5520 connected to NUMA node 1):
[root@xeontest1 ~]# ethtool -S eth2
NIC statistics:
rx_packets: 0
tx_packets: 10
rx_bytes: 0
tx_bytes: 708
rx_errors: 0
tx_errors: 0
rx_dropped: 0
tx_dropped: 0
multicast: 0
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_fifo_errors: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_boundary: 4096
WC: 0
irq: 112
MSI: 1
MSIX: 0
read_dma_bw_MBs: 1624
write_dma_bw_MBs: 1605
read_write_dma_bw_MBs: 1323
serial_number: 363134
watchdog_resets: 0
dca_capable_firmware: 1
dca_device_present: 0
link_changes: 2
link_up: 1
dropped_link_overflow: 0
dropped_link_error_or_filtered: 200
dropped_pause: 200
dropped_bad_phy: 0
dropped_bad_crc32: 0
dropped_unicast_filtered: 0
dropped_multicast_filtered: 0
dropped_runt: 0
dropped_overrun: 0
dropped_no_small_buffer: 0
dropped_no_big_buffer: 0
----------- slice ---------: 0
tx_pkt_start: 440223
tx_pkt_done: 440223
tx_req: 3412102
tx_done: 3412102
rx_small_cnt: 213976
rx_big_cnt: 3071854
wake_queue: 1846
stop_queue: 1846
tx_linearized: 0
LRO aggregated: 1024029
LRO flushed: 269709
LRO avg aggr: 3
LRO no_desc: 0
SuperMicro eth8 (on 5520 connected to NUMA node 0):
[root@xeontest1 ~]# ethtool -S eth8
NIC statistics:
rx_packets: 11
tx_packets: 16
rx_bytes: 864
tx_bytes: 1228
rx_errors: 0
tx_errors: 0
rx_dropped: 0
tx_dropped: 0
multicast: 0
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_fifo_errors: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_boundary: 4096
WC: 0
irq: 118
MSI: 1
MSIX: 0
read_dma_bw_MBs: 1572
write_dma_bw_MBs: 1605
read_write_dma_bw_MBs: 2113
serial_number: 361233
watchdog_resets: 0
dca_capable_firmware: 1
dca_device_present: 0
link_changes: 4
link_up: 1
dropped_link_overflow: 0
dropped_link_error_or_filtered: 224
dropped_pause: 224
dropped_bad_phy: 0
dropped_bad_crc32: 0
dropped_unicast_filtered: 0
dropped_multicast_filtered: 0
dropped_runt: 0
dropped_overrun: 0
dropped_no_small_buffer: 0
dropped_no_big_buffer: 0
----------- slice ---------: 0
tx_pkt_start: 575354
tx_pkt_done: 575354
tx_req: 3590761
tx_done: 3590761
rx_small_cnt: 227078
rx_big_cnt: 4733499
wake_queue: 2199
stop_queue: 2199
tx_linearized: 0
LRO aggregated: 1578229
LRO flushed: 404901
LRO avg aggr: 3
LRO no_desc: 0
next prev parent reply other threads:[~2009-08-19 17:59 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-07 21:06 Receive side performance issue with multi-10-GigE and NUMA Bill Fink
2009-08-07 21:18 ` Brice Goglin
2009-08-07 21:51 ` Bill Fink
2009-08-07 21:53 ` Brice Goglin
2009-08-07 22:08 ` Bill Fink
2009-08-07 22:17 ` Brice Goglin
2009-08-07 22:55 ` Bill Fink
2009-08-08 1:03 ` Andrew Gallatin
2009-08-08 1:35 ` Bill Fink
2009-08-08 11:08 ` Andrew Gallatin
2009-08-08 11:26 ` Neil Horman
2009-08-08 18:21 ` Andrew Gallatin
2009-08-08 18:32 ` Neil Horman
2009-08-11 7:32 ` Bill Fink
2009-08-11 11:02 ` Neil Horman
2009-08-11 19:15 ` Christoph Lameter
2009-08-11 22:27 ` Andi Kleen
2009-08-12 4:30 ` Bill Fink
2009-08-12 7:21 ` Andi Kleen
[not found] ` <4A856781.2080301@myri.com>
2009-08-14 16:38 ` Bill Fink
2009-08-14 16:55 ` Andrew Gallatin
2009-08-14 21:13 ` Aviv Greenberg
2009-08-20 7:26 ` Bill Fink
2009-08-20 13:14 ` Ben Hutchings
2009-08-21 4:00 ` Bill Fink
2009-08-20 13:17 ` Aviv Greenberg
2009-08-12 0:02 ` Brandeburg, Jesse
2009-08-12 4:38 ` Bill Fink
2009-08-12 16:00 ` Jesse Barnes
2009-08-14 20:31 ` Bill Fink
2009-08-17 16:53 ` Jesse Barnes
2009-08-18 7:07 ` Bill Fink
2009-08-18 11:54 ` Andrew Gallatin
2009-08-19 17:59 ` Bill Fink [this message]
2009-08-07 22:12 ` Neil Horman
2009-08-08 0:54 ` Bill Fink
2009-08-08 1:56 ` Neil Horman
2009-08-14 20:44 ` Bill Fink
2009-08-14 23:25 ` Neil Horman
2009-08-20 7:50 ` Bill Fink
2009-08-20 20:19 ` Neil Horman
2009-08-21 4:14 ` Bill Fink
2009-08-21 15:23 ` Neil Horman
2009-08-21 15:36 ` Andrew Gallatin
2009-08-26 7:10 ` Bill Fink
2009-08-26 11:00 ` Neil Horman
2009-08-26 18:08 ` Neil Horman
2009-08-26 18:15 ` Ingo Molnar
2009-08-26 19:04 ` Neil Horman
2009-08-26 19:08 ` Ingo Molnar
2009-08-26 19:36 ` David Miller
2009-08-26 19:48 ` Ingo Molnar
2009-08-26 20:23 ` Neil Horman
2009-08-26 20:40 ` Ingo Molnar
2009-08-26 22:39 ` Neil Horman
2009-08-26 22:44 ` David Miller
2009-08-26 23:05 ` Ingo Molnar
2009-08-26 23:08 ` David Miller
2009-08-26 23:58 ` Ingo Molnar
2009-08-27 0:05 ` Steven Rostedt
2009-08-27 0:35 ` Christoph Hellwig
2009-08-27 9:28 ` Ingo Molnar
2009-08-26 23:05 ` Steven Rostedt
2009-08-26 23:09 ` David Miller
2009-08-26 23:30 ` Ingo Molnar
2009-08-26 23:23 ` Neil Horman
2009-08-26 23:29 ` David Miller
2009-08-26 23:19 ` Neil Horman
2009-08-26 23:14 ` Ingo Molnar
2009-08-26 23:33 ` Steven Rostedt
2009-08-27 0:14 ` Neil Horman
2009-08-27 0:29 ` Steven Rostedt
2009-08-27 1:17 ` Neil Horman
2009-08-27 9:06 ` Ingo Molnar
2009-08-27 9:34 ` Ingo Molnar
2009-08-27 0:34 ` Christoph Hellwig
2009-08-26 23:46 ` Frederic Weisbecker
2009-08-26 20:28 ` Ingo Molnar
2009-08-26 20:01 ` Neil Horman
2009-08-26 22:57 ` Ingo Molnar
2009-08-27 17:32 ` Bill Fink
2009-09-02 5:28 ` Bill Fink
2009-08-27 17:44 ` Bill Fink
2009-08-27 17:51 ` Neil Horman
2009-09-02 5:11 ` Bill Fink
2009-09-02 10:49 ` Neil Horman
2009-09-02 15:38 ` Bill Fink
2009-08-12 23:29 ` David Miller
2009-08-13 2:35 ` Bill Fink
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090819135900.9cc50e73.billfink@mindspring.com \
--to=billfink@mindspring.com \
--cc=Brice.Goglin@inria.fr \
--cc=gallatin@myri.com \
--cc=jbarnes@virtuousgeek.org \
--cc=jesse.brandeburg@intel.com \
--cc=netdev@vger.kernel.org \
--cc=nhorman@tuxdriver.com \
--cc=yhlu.kernel@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).