Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1325888
| From | Thomas Voegtle <thomas@voegtle-clan.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | RE: Performance drop on Baytrail with 4.5-rc2 |
| Date | 2016-02-03 20:30 +0100 |
| Message-ID | <qYbhM-67g-9@gated-at.bofh.it> (permalink) |
| References | <qXtqr-8iB-39@gated-at.bofh.it> <qYbhM-67g-11@gated-at.bofh.it> <qYbhM-67g-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, 3 Feb 2016, Longepe, Philippe wrote: > Thank you for sharing this test. I just did a quick test and yes this is > really interesting ! > > Without the scale option, the load is close to 100% for each cpus (so > the pstates are increasing up to the turbo frequency) but with > scale=320:208, the load is oscillating (close to 50% in average), so the > requested frequencies are lower (the power is also reduced). > > I have a patch (not yet submitted) that reduce the gap for such a use case. That's nice, glad the benchmark helped. > As a temporary solution, you can also switch to performance with: > > sudo su > echo performance > /sys/devices/system/cpu/cpu*/scaling_governor Yes, ok, thanks. > However, I still don't know why there is 50% of idle with the scale > option (is it using a Hw accelerator ?). Mh. I don't know. I always thought this is stuff which is not that threadable as the mpeg to mp4 conversion, or something like that? Thanks, Thomas
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Performance drop on Baytrail with 4.5-rc2 Thomas Voegtle <tv@lio96.de> - 2016-02-01 21:40 +0100
RE: Performance drop on Baytrail with 4.5-rc2 "Longepe, Philippe" <philippe.longepe@intel.com> - 2016-02-02 11:40 +0100
RE: Performance drop on Baytrail with 4.5-rc2 Thomas Voegtle <tv@lio96.de> - 2016-02-02 19:00 +0100
RE: Performance drop on Baytrail with 4.5-rc2 Thomas Voegtle <thomas@voegtle-clan.de> - 2016-02-03 20:30 +0100
csiph-web