nematocyst Posted August 26, 2016 Posted August 26, 2016 If DRAM clockspeed influences your application or not I don't know -- maybe you don't know too since you never tested it? In case it has a benchmark mode, adjust DRAM clockspeed and re-test That's a good point. I suspected it did, but wasn't sure. I tested it as you suggested and indeed it does-- the engine does have a benchmark mode. The h3consumption utility seems to work well. I disabled hdmi, usb, and reduced cores to 2, all without issue. I can't measure actual consumption though. The only indicator is I can look at the trends in armbianmonitor to see if there's improvement. Also, I got an error when trying to lower DRAM settings. It seemed to work, as evidenced by the speed reduction on the benchmark test, however there was no /etc/armbian-release, spitting out an error. It seems I'm still running 5.11. heh. I'm not anxious to update, but the next release I will make myself do it, since I suspect the one I'm running has that awful allwinner root exploit. Actually... I guess waiting doesn't really matter since after 5.15? apt-get upgrade is all one needs to do. My issue is using a fresh image, but no way around that. It's just I have it working nicely already.
WarHawk_AVG Posted September 6, 2016 Posted September 6, 2016 Nice tkaiser, now all is needed is a script to bring the other cpu's online load dependent...very cool!
abramq Posted February 17, 2017 Posted February 17, 2017 Hello, Sorry if my question is inopportune - would be possible to change all that appropriate parameters on-line, when system is working? I mean my Orange Pi is working on very low gears, waiting for a signal (from smartphone via WiFi or BT). When the signal comes, Orange Pi switch gear up and performs important tasks (that need more power). Then a signal again and lower gear :-) Could be very good way to make boards smarter :-)
reverend_t Posted February 17, 2017 Posted February 17, 2017 To be honest that's what the CPU governors do, for CPU speeds at least. It's possible to take this approach further and have specialised cores just for idling (I think some Allwinner chips use Cortex M cores for this purpose) but that's not something that the H series has.
jernej Posted February 17, 2017 Posted February 17, 2017 Well, H series and at least A64 has OpenRISC coprocessor. BSP kernel use it for at least suspend and waking up processor again. For example, it monitors IR sensor and if right command is received, it wakes up the main ARM cores.
reverend_t Posted February 18, 2017 Posted February 18, 2017 Ha, great! I'd forgotten the set-top box heritage of these chips Is this something supported on Armbian (legacy or mainline)?
jernej Posted February 18, 2017 Posted February 18, 2017 It is supported on legacy. OpenRISC core is not used on mainline (yet) but there is some code on the net, which is enough to start playing with it. Of course, suspend/resume is not yet supported on mainline.
marcello7 Posted April 7, 2018 Posted April 7, 2018 Hi all. Is there anyone who is running OrangePi 2 plus with mainline kernel? (mine is 4.14.18 as of now) I would like to disable hdmi and other useless devices because I'm running a headless server, but my kernel supports only Device Tree overlays. Is there any way to reduce power consumption for me? Thanks
geckow Posted May 3, 2018 Posted May 3, 2018 Hello, I am looking for something like h3consumption, like marcello7, which would work with mainline kernel (4.14.37) for my Orange Pi Zero. In fact, I would just need to switch off Ethernet and disable GPU/HDMI to have a less idle consumption. Has anyone done it and can explain me how to do? Thank you
jstefanop Posted January 28, 2019 Posted January 28, 2019 Looking for same thing...is there a FEX option to disable the GPU during boot?
Tido Posted January 28, 2019 Posted January 28, 2019 8 minutes ago, jstefanop said: a FEX option which Kernel do you run ?
jstefanop Posted January 29, 2019 Posted January 29, 2019 1 hour ago, Tido said: which Kernel do you run ? Mainline...currently 4.19
Tido Posted January 29, 2019 Posted January 29, 2019 IIRC, FEX were used 3.4 and 3.10 Kernel, not in Mainline // sent from mobile phone //
Igor Posted January 29, 2019 Posted January 29, 2019 5 hours ago, jstefanop said: Mainline...currently 4.19 Features for optimising consumption are not developed in a modern kernel which means there is no luxury of just enabling/disabling. HDMI might be possible to disable in DT, but I doubt there will be any gain in lowering consumption. Since things are not explored, its difficult to be sure. You will need to invest some time to find that out.
Recommended Posts