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]
Date:	Thu, 11 Dec 2008 10:54:59 -0800
From:	Stephen Hemminger <shemminger@...tta.com>
To:	Jan Ceuleers <jan.ceuleers@...puter.org>
Cc:	netdev@...r.kernel.org
Subject: Re: Default offload settings in Ethernet drivers

On Thu, 11 Dec 2008 19:41:31 +0100
Jan Ceuleers <jan.ceuleers@...puter.org> wrote:

> Hi!
> 
> A discussion recently took place on the power mailing list on the 
> subject of the impact of (hardware-assisted) offload functions on the 
> power efficiency of the overall system.
> 
> The discussion was brought on by me noticing that not all drivers enable 
>   all of their offload features by default (case in point: r8169).
> 
> Although the discussion may not be complete, early indications are that:
> 
> 1. Hardware-assisted offloads improve power efficiency unless 
> implemented in a separate CPU (TOE / Total Offloading);
> 
> 2. It would probably be a good idea to enable hardware-assisted offloads 
> other than TOE by default given the above.
> 
> I would therefore like to sollicit views here:
> 
> 1. Would changing default offload settings in Ethernet drivers help to 
> save the planet?
> 
> 2. Which offload settings does it make sense to enable by default?

Go get a kill-a-watt meter and real hardware and measure.
I don't think there will be any difference. Linux (mainline) doesn't
do TOE. It does do segmentation offload, and any driver that can
do segmentation offload enables it by default.
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ