<br>Currently I can do tcpdump -i eth1 -s 200 -w /some/usb/stick.cap at about 1.2 - 2MB/sec before saturating cpu on the wndr3700v2. (MB =megabyte)<br><br>I can r/w a usb stick at about 8/7 MB/sec. I haven' tried a 'real' hard disk.<br>
<br>About 50Mbit/sec I figure covers the 95 percentile of most home users to their ISP. 100Mbit would be better. Being drop-free would be really helpful on shorter tests....<br><br>I was also thinking about an in-kernel module that uses 'splice' to send the data to a file... as well as  the current jit work for bpf, using netfilter, and various other alternatives. <br>
<br>Or writing something in a iptables or tc filter to track things more sanely that web100 does....<br><br>Ideas?<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Fabian Schneider</b> <span dir="ltr"><<a href="mailto:fabian@ieee.org">fabian@ieee.org</a>></span><br>
Date: Wed, Oct 19, 2011 at 6:03 PM<br>Subject: Options for making Linux suck less when capturing packets<br>To: Dave Täht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>><br>Cc: Ahlem Reggani <br><br><br>
<br>
Hi Dave,<br>
<br>
as promised here are some pointers.<br>
<br>
- <a href="http://www.ntop.org/products/pf_ring/" target="_blank">http://www.ntop.org/products/pf_ring/</a><br>
<br>
- And i think that libpcap since version 1.0 has builtin support for memory mapping, which was propose by Phil Woods [1].<br>
<br>
- It might be worthwhile to check if the NIC supports any sort of interrupt coalescing or polling, instead of standard one interrupt per packet.<br>
<br>
- I have to search a bit more for the code of my student (I changed employers twice since then).<br>
<br>
best<br>
Fabian<br>
<br>
[1] <a href="http://public.lanl.gov/cpw/ramblings.html" target="_blank">http://public.lanl.gov/cpw/ramblings.html</a></div><br><br clear="all"><br>-- <br>Dave Täht<br>SKYPE: davetaht<br>US Tel: 1-239-829-5608<br>FR Tel: 0638645374<br>
<a href="http://www.bufferbloat.net" target="_blank">http://www.bufferbloat.net</a><br>