netdev - Re: using software TSO on non-TSO capable netdevices

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20080731.053516.185810642.davem@davemloft.net>
Date:	Thu, 31 Jul 2008 05:35:16 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	buytenh@...tstofly.org
Cc:	herbert@...dor.apana.org.au, netdev@...r.kernel.org,
	akarkare@...vell.com, nico@....org, dale@...nsworth.org
Subject: Re: using software TSO on non-TSO capable netdevices

From: Lennert Buytenhek <buytenh@...tstofly.org>
Date: Thu, 31 Jul 2008 14:25:41 +0200

> At this point things seem to be CPU limited at the sender again.  E.g.
> by simply dropping IRQF_SAMPLE_RANDOM from mv643xx_eth.c (the driver
> used on the sender), throughput jumps to ~108 MiB/s, and I get:
 ...
> Putting the 5 * mss_now nagle hack back in doesn't seem to change
> the gso_size distribution anymore at this point, and it doesn't
> change the numbers much:
 ...
> The throughput with software GSO off again seems to be about ~93 MiB/s:

So I would conclude that at the moment we should just do the software
GSO enabling thing (with the recent suggestions made by Herbert) and
for the time being the nagle hack isn't something to consider closely.
--
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