tcpdump mailing list archives
Re: libpcap capture performance drop
From: Rick Jones <rick.jones2 () hp com>
Date: Fri, 27 May 2011 10:54:14 -0700
On Fri, 2011-05-27 at 10:39 -0700, Guy Harris wrote:
On May 27, 2011, at 10:16 AM, Rick Jones wrote:Is this new libpcap going to be guaranteed that the underlying NIC HW isn't doing Large Receive Offload, or that the tracepoint in the stack is below any stack's attempt to do Generic Receive Offload?If 1) your kernel supports the ethtool ioctls and libpcap was built with headers that support those ioctls and 2) the code below (which I checked in a few days ago) can detect all the forms of offloading that could cause large "packets" to be delivered then, yes, the new libpcap will not trust the MTU value if any of the forms of offloading are enabled. (It also checks for TCP segmentation offloading and UDP fragmentation offloading, so that large *transmitted* "packets" won't cause a problem.)
Excellent! And that makes me wonder if I should add similar offload checking (and reporting) code to netperf for its omni tests... rick jones - This is the tcpdump-workers list. Visit https://cod.sandelman.ca/ to unsubscribe.
Current thread:
- Re: libpcap capture performance drop Guy Harris (May 20)
- Re: libpcap capture performance drop rixed (May 23)
- Re: libpcap capture performance drop Guy Harris (May 23)
- Re: libpcap capture performance drop rixed (May 27)
- Re: libpcap capture performance drop Rick Jones (May 27)
- Re: libpcap capture performance drop Guy Harris (May 27)
- Re: libpcap capture performance drop Rick Jones (May 27)
- Re: libpcap capture performance drop Guy Harris (May 27)
- Re: libpcap capture performance drop Guy Harris (May 23)
- Re: libpcap capture performance drop rixed (May 23)
- Re: libpcap capture performance drop Guy Harris (May 27)
- Re: libpcap capture performance drop Ben Greear (May 27)
- Re: libpcap capture performance drop Guy Harris (May 27)
- Re: libpcap capture performance drop Guy Harris (May 23)