linux-kernel - Re: [REGRESSION] 774ac8b7eff6 ("Thermal: initialize thermal zone device correctly") causes performance drop

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: <56E9F387.9080703@redhat.com>
Date:	Wed, 16 Mar 2016 17:00:07 -0700
From:	Laura Abbott <labbott@...hat.com>
To:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc:	Zhang Rui <rui.zhang@...el.com>, Javi Merino <javi.merino@....com>,
	Chen Yu <yu.c.chen@...el.com>,
	Manuel Krause <manuelkrause@...scape.net>,
	szegad <szegadlo@...zta.onet.pl>, prash <prash.n.rao@...il.com>,
	amish <ammdispose-arch@...oo.com>,
	Matthias <morpheusxyz123@...oo.de>, linux-pm@...r.kernel.org,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [REGRESSION] 774ac8b7eff6 ("Thermal: initialize thermal zone
 device correctly") causes performance drop

On 03/16/2016 03:46 PM, Greg Kroah-Hartman wrote:
> On Wed, Mar 16, 2016 at 03:27:57PM -0700, Laura Abbott wrote:
>> Hi,
>>
>> Fedora received a bug report (https://bugzilla.redhat.com/show_bug.cgi?id=1317190)
>> of a major performance drop on various bench marks and general system
>> sluggishness with the 4.4.4 kernel update. The benchmarks were showing
>> a reduction to about 18% performance (not minor).
>>
>> Bisection showed the first bad commit was
>>
>> commit 774ac8b7eff69e0786970157de2157e68b22f456
>> Author: Zhang Rui <rui.zhang@...el.com>
>> Date:   Fri Oct 30 16:31:47 2015 +0800
>>
>>      Thermal: initialize thermal zone device correctly
>>      commit bb431ba26c5cd0a17c941ca6c3a195a3a6d5d461 upstream.
>>      After thermal zone device registered, as we have not read any
>>      temperature before, thus tz->temperature should not be 0,
>>      which actually means 0C, and thermal trend is not available.
>>      In this case, we need specially handling for the first
>>      thermal_zone_device_update().
>>      Both thermal core framework and step_wise governor is
>>      enhanced to handle this. And since the step_wise governor
>>      is the only one that uses trends, so it's the only thermal
>>      governor that needs to be updated.
>>      Tested-by: Manuel Krause <manuelkrause@...scape.net>
>>      Tested-by: szegad <szegadlo@...zta.onet.pl>
>>      Tested-by: prash <prash.n.rao@...il.com>
>>      Tested-by: amish <ammdispose-arch@...oo.com>
>>      Tested-by: Matthias <morpheusxyz123@...oo.de>
>>      Reviewed-by: Javi Merino <javi.merino@....com>
>>      Signed-off-by: Zhang Rui <rui.zhang@...el.com>
>>      Signed-off-by: Chen Yu <yu.c.chen@...el.com>
>>      Signed-off-by: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
>>
>>
>>
>> Reverting this plus to other commits in the series (a67208e94d94
>> "Thermal: handle thermal zone device properly during system sleep"
>> and 27f356149d59 "Thermal: do thermal zone update after a cooling
>> device registered") confirmed the performance was back to normal.
>>
>> Bugzilla has the full discussion but this comment from one of the
>> reporters sums it up:
>>
>> "In 4.4.3 and prior, my 2.40 MHz processor would fluctuate between
>> 1000 and 3400 MHz.  In 4.4.4, the processor would fluctuate between
>> 400 and 700 MHz, according to /proc/cpuinfo.
>>
>> Setting /sys/devices/system/cpu/cpufreq/policy0/scaling_governor to
>> performance, instead of the default "powersave" forces the CPU to
>> 2400 MHz, and improves performance greatly, but still not to the
>> same level as in 4.4.3."
>>
>> Any ideas?
>
> Is this same "slowdown" also seen in 4.5?
>
> thanks,
>
> greg k-h
>

Yes, the same issue is seen on 4.5 according to the reporter.

Thanks,
Laura