Crossplatform Vlad

No ! This reports the kernel version, which still aarch64.
Maybe ... Probably if you install the 32bits version of docker ...

Benchmarks 2018-08-18:
 
$ stress-ng --cpu 1 --cpu-method matrixprod --metrics-brief -t 60 stress-ng: info: [1932] dispatching hogs: 1 cpu stress-ng: info: [1932] cache allocate: using built-in defaults as unable to determine cache details stress-ng: info: [1932] cache allocate: default cache size: 2048K stress-ng: info: [1932] successful run completed in 60.23s (1 min, 0.23 secs) stress-ng: info: [1932] stressor bogo ops real time usr time sys time bogo ops/s bogo ops/s stress-ng: info: [1932] (secs) (secs) (secs) (real time) (usr+sys time) stress-ng: info: [1932] cpu 258 60.22 60.22 0.00 4.28 4.28 $ stress-ng --cpu 6 --cpu-method matrixprod --metrics-brief -t 60 stress-ng: info: [1935] dispatching hogs: 6 cpu stress-ng: info: [1935] cache allocate: using built-in defaults as unable to determine cache details stress-ng: info: [1935] cache allocate: default cache size: 2048K stress-ng: info: [1935] successful run completed in 60.14s (1 min, 0.14 secs) stress-ng: info: [1935] stressor bogo ops real time usr time sys time bogo ops/s bogo ops/s stress-ng: info: [1935] (secs) (secs) (secs) (real time) (usr+sys time) stress-ng: info: [1935] cpu 882 60.10 359.17 0.02 14.68 2.46 $ sysbench --test=cpu --cpu-max-prime=20000 --num-threads=1 --max-time=60 run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 1 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 20000 Test execution summary: total time: 14.2567s total number of events: 10000 total time taken by event execution: 14.2539 per-request statistics: min: 1.42ms avg: 1.43ms max: 6.39ms approx. 95 percentile: 1.42ms Threads fairness: events (avg/stddev): 10000.0000/0.00 execution time (avg/stddev): 14.2539/0.00 $ sysbench --test=cpu --cpu-max-prime=20000 --num-threads=6 --max-time=60 run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 6 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 20000 Test execution summary: total time: 3.5062s total number of events: 10000 total time taken by event execution: 20.9935 per-request statistics: min: 1.42ms avg: 2.10ms max: 19.40ms approx. 95 percentile: 2.62ms Threads fairness: events (avg/stddev): 1666.6667/498.81 execution time (avg/stddev): 3.4989/0.00  

- to build engine (EXPERT="yes")
- repository update with the purpose for adding it (armbian-config and armbian-firmware update everywhere)

Hi, all!

I've organized public reverse proxy using nginx+vpn for my pi-board:
http://h3control-live.devizer.xyz
 
Also i made significant addition to h3control: management of online cores.

 
Looking forward for feedback
Vlad

Hi!
 
Yesterday i upgraded ugly Chinese linux to Armbian 16.04 LTS and tested h3control on it. All, except daemon installer, worked fine. Now daemon installer had been fixed. I need any help in testing of it on H3/H2/H5 boards with legacy/mainline kernels.
 
h3control - is a headless daemon/console tool to check and control CPU, DDR frequency and built-in temperature sensor via embedded http-server.
It distinguishes from Armbian tools (h3's consumption and monitor):
It doesn't rely on particular linux distribution. The only prerequisite is a mono. It tested with mono from 3.2.8 (released in Feb 2014) to 5.4 (current stable). It is a web app. App was designed for compatibility with many-years-old mobile tablets/phones. Built-in browsers from Android 4+ and iOS 7+ are fully supported.  
Here are two kinds of one-line installers:
- launch h3control in terminal:
wget -q -nv -O - https://github.com/devizer/h3control-bin/raw/master/public/h3control.sh | bash - install and launch h3control daemon:
wget -q -nv -O - https://github.com/devizer/h3control-bin/raw/master/public/h3control-install-daemon.sh | bash links: 
User/Install Guide and screenshots: https://github.com/devizer/h3control-bin
History and Whats New: https://github.com/devizer/h3control-bin/blob/master/WHATS-NEW.md
First topic on Orange PI forum: http://www.orangepi.org/orangepibbsen/forum.php?mod=viewthread&tid=645
Source code: https://github.com/devizer/h3control
 
picture: 
 
Looking forward for feedback
Vlad
 
P.S. Please install mono first: apt-get install mono-complete

Hi!
 
Yesterday i upgraded ugly Chinese linux to Armbian 16.04 LTS and tested h3control on it. All, except daemon installer, worked fine. Now daemon installer had been fixed. I need any help in testing of it on H3/H2/H5 boards with legacy/mainline kernels.
 
h3control - is a headless daemon/console tool to check and control CPU, DDR frequency and built-in temperature sensor via embedded http-server.
It distinguishes from Armbian tools (h3's consumption and monitor):
It doesn't rely on particular linux distribution. The only prerequisite is a mono. It tested with mono from 3.2.8 (released in Feb 2014) to 5.4 (current stable). It is a web app. App was designed for compatibility with many-years-old mobile tablets/phones. Built-in browsers from Android 4+ and iOS 7+ are fully supported.  
Here are two kinds of one-line installers:
- launch h3control in terminal:
wget -q -nv -O - https://github.com/devizer/h3control-bin/raw/master/public/h3control.sh | bash - install and launch h3control daemon:
wget -q -nv -O - https://github.com/devizer/h3control-bin/raw/master/public/h3control-install-daemon.sh | bash links: 
User/Install Guide and screenshots: https://github.com/devizer/h3control-bin
History and Whats New: https://github.com/devizer/h3control-bin/blob/master/WHATS-NEW.md
First topic on Orange PI forum: http://www.orangepi.org/orangepibbsen/forum.php?mod=viewthread&tid=645
Source code: https://github.com/devizer/h3control
 
picture: 
 
Looking forward for feedback
Vlad
 
P.S. Please install mono first: apt-get install mono-complete