fuzzyfuzzyfungus[/url]":383feedy]
[url=http://meincmagazine.com/civis/viewtopic.php?p=25005705#p25005705:383feedy said:
thebonafortuna[/url]":383feedy]
I'm the first to jump on the bash-Android bandwagon, and these days Samsung is pretty analogous to Android, but I don't see the problem here. It makes sense for manufacturers to design chips with theoretical peak performance, but limit the hardware from operating (at least regularly) at that peak. Why would a benchmark not test the theoretical limit of a processor?
The issue is that the 'theoretical limits' of the processor
change specifically when the phone recognizes that certain benchmarks are running, in a way that is entirely unavailable at other times.
A CPU frequency governor, as standard on virtually everything for years now, is the 'honest' implementation of this behavior: if you do something that eats CPU time, CPU frequency increases. If usage drops, the CPU decreases frequency, and sometimes also cuts voltage or even puts part of itself to sleep. Nothing wrong with that, totally sensible to use headroom when you need it and go to sleep when not needed.
This Samsung configuration, though, was slightly different: If (and only if) specific benchmark .apks were running, the CPU governor would lock the CPU into an otherwise unavailable maximum frequency mode. If anything other than those benchmarks, no matter how demanding it might be, was running, normal frequency behavior applied. That's essentially false advertising on their part.