lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 07 Nov 2013 21:40:12 -0800 From: Eric Dumazet <eric.dumazet@...il.com> To: Herbert Xu <herbert@...dor.apana.org.au> Cc: David Miller <davem@...emloft.net>, bhutchings@...arflare.com, christoph.paasch@...ouvain.be, netdev@...r.kernel.org, hkchu@...gle.com, mwdalton@...gle.com Subject: Re: [PATCH v4 net-next] net: introduce dev_set_forwarding() On Fri, 2013-11-08 at 13:21 +0800, Herbert Xu wrote: > > My point is that even if you did that GRO with your frag_list > patch should still be a win because the stack prior to the qdisc > gets run once instead of two or three times. > OK, lets me repeat again. 64KB packet receive/aggregation time is more than 540 us on 1Gbps link. The fact that you split or not the packet at transmit is quite irrelevant, its already too late. The problem is not the egress, its GRO if it can aggregate too big packets. Most of GRO/GSO benefits are already there with 16 MSS skbs, we do not gain that much using 44/45 MSS skbs, but increase the Store-and-Forward Delay by 200 % -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists