Edited by bronco at 2015-11-18 18:24
Memory is shared between CPU and GPU. How could 'frequencies' be shared between different IC components?
There's a 'thermal budget' associated with running both CPU and GPU intensive tasks and that's what thermal throttling (and the H3's
"Thermal Sensor Controller (TSC) providing over-temperature protection interrupt and over-temperature alarm interrupt") is for. And there are voltage settings and a maximum core voltage of 1.4V defined in the H3's datasheet. Again:
http://linux-sunxi.org/Orange_Pi_PC#CPU_clock_speed_limit
quote: ; extremity_freq(Hz): cpu extremity frequency when run benckmark or demo apk
; 1536MHz@1500mV with radiator, 1296MHz@1340mV without radiator
; max_freq: cpu maximum frequency, based on Hz, can not be more than 1200MHz
; min_freq: cpu minimum frequency, based on Hz, can not be less than 60MHz
Even the 1.5 GHz @ 1.5V are insane and for benchmarking only. These so called 'extremity frequencies' are for tablet and OTT manufacturers and should be used while thermal throttling is disabled to fool their customers since this way high Antutu scores can be shown when they produce product videos demonstrating the performance of their device. These speeds are not meant for reliable use.
It seems none of the 'this chip is able to run at 1.5 GHz or above' apologists do care about stability and data integrity? I've found not a single reference to
cpufreq-ljt-stress-test in this forum or anywhere else related to H3. It's all about overheating and instability issues.