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
| ||
|
Message-ID: <CAHKzcEOAD9wfPnjz4+ycUXCG=m4py7upP+Vyc-Kyrd3aiLBf9g@mail.gmail.com> Date: Mon, 15 May 2017 16:14:16 +0200 From: Waldemar Rymarkiewicz <waldemar.rymarkiewicz@...il.com> To: Andrew Lunn <andrew@...n.ch> Cc: Alan Cox <gnomes@...rguk.ukuu.org.uk>, Florian Fainelli <f.fainelli@...il.com>, netdev@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: Network cooling device and how to control NIC speed on thermal condition On 8 May 2017 at 16:02, Andrew Lunn <andrew@...n.ch> wrote: > Yes, this is true. I got an off-list email suggesting this power > difference is very significant, more so than actually processing > packets. this is a reason I've started to discuss this topic. PHYS consume a lot of power so from thermal perspective its a good candidate for a cooling device. >> All cooling methods impact host only, but "net cooling" impacts remote >> side in addition, which seems to me to be a problem sometimes. Also, >> the moment of link renegotiation blocks rx/tx for upper layers, so the >> user sees a pause when streaming a video for example. However, if a >> system is under a thermal condition, does it really matter? > > I don't know the cooling subsystem too well. Can you express a 'cost' > for making a change, as well as the likely result in making the > change. You might want to make the cost high, so it is used as a last > resort if other methods cannot give enough cooling. Because the cost is relatively high (user experience impact and risk that we break the link with devices that cannot handle link reneg properly) definitely it should be a last resort cooling method before system shutdown. Thermal framework by default shuts down the system when it reaches the critical trip point, before we have a hot trip point. Normally, in the system when you have a thermal zone defined, you also define several trip points (struct of temp, hysteresis and type) and you map trip point to the cooling device (cpu, clock, devfreq, fan or whatever you implement). The thermal governor will respectively activate cooling devices based on system temperature and trip<->cool_dev map to maintain system temperature on a possible lowest level. I also did more tests and actually implemented a prototype net_cooling device, register it by eth driver. In my setup (a switch and 2 PC, running iperf test, streaming video) all work pretty well (the link is renegotiated and transfer continues), but I came to the conclusion, that instead manipulating link speed I can modify advertised link modes, excluding the highest speeds and let the PHY layer to reneg a link. It's much safer. /Waldek
Powered by blists - more mailing lists