Le lundi 20 dÃcembre 2010 Ã 14:42 +0100, Jesper Dangaard Brouer a Ãcrit : > I have tested the patch on 2.6.35. Which implies I also needed to > cherry-pick 870f67dcf7ef, which implements the vzalloc() call. (Latest > net-next has a problem with my HP CCISS driver/controller or the PCI > layout, and will not boot) > Ah wait, you need to switch from cciss to hpsa driver, I hit same problem some weeks ago ;) (and eventually rename your partitions to /dev/sdaX instead of /dev/cciss/c0d0pX) > According to the function_graph trace, the execution time of > get_counters() has increased (approx) from 109 ms to 120 ms, which is > the expected result. > > The results are not all positive, but I think its related to the > debugging options I have enabled. > > Because I now see packet drops if my 1Gbit/s pktgen script are sending > packet with a packet size below 512 bytes, which is "only" approx 230 > kpps (this is 1Gbit/s on my 10G labsetup where I have seen 5 Mpps). > > There is no packet overruns/drops, iif I run "iptables -vnL > > /dev/null" without tracing enabled and only 1Gbit/s pktgen at 512 > bytes packets. If I enable tracing while calling iptables I see > packet drops/overruns. So I guess this is caused by the tracing > overhead. yes, probably :) > > I'll try to rerun my test without all the lock debugging options > enabled. > Thanks ! -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html