lanefu

Better.
 

That would surely do. 
 
Why don't we come out with most advanced version of this device and see if that is possible to make? I would do it but am too detached from making PCBs and too busy with other things ... We have a bunch of highly competent hardware people around here and perhaps someone from community is able to make this happen?

- made around anySoC, PCB in some standard/industrial size or as (double/daisy chained) "rpi" HAT
- power input from ITX PSU, separate 5V/12V or even with PSU on PCB (we need to count for min 15W per channel)
- relays soldered to our board, screwed power outputs and header for UARTS
- jumpers to select 12V/5V for output
- multiplexer, perhaps with 4 x https://www.maximintegrated.com/en/products/interface/controllers-expanders/MAX14830.html

What about if we make a simple hardware (perhaps already exists?) around Nanopi Duo or similar:
 
8 - 16 channels
- power distribution with GPIO controlled relays 
- the same number of UART's (we need additional multiplexer)
- prediction of having a programmable SD card module from which a system gets up while later, root loads from NFS server ...
 
Each of us mount boards to this creature, control board is accessible from our (future connected) test network ... then you can code scripts: power on/off, check serial output ... 

Hi,
 
BUILD_MINIMAL is now implemented in separate branch.
-rw-rw-r-- 1 root root 675282944 Jul 20 08:42 Armbian_5.91_Rock64_Ubuntu_bionic_default_4.4.184_minimal.img First of all I had to correct error in rootfs hash creation. In  similar way to yours.
I have also added --variant=minbase to debootstrap.
 
PR is now visible.
 
I will continue to test the changes.

I was able to read a DHT22 on PA10 with my Orange Pi Prime using https://github.com/Jeremie-C/OrangePi.GPIO
 
Minimal documentation provided in readme
 
https://github.com/lanefu/DHT22-Python-library-Orange-PI

I've got a pocket C.H.I.P. and its just such a neat device---I still haven'
t thought of a good use for it.   The Next Thing guys had a lot of style.. 
 

I really like both generation Opi Ones.  a lot of bang for buck.....both slighty lacking in the USB department tho... just one more port would have been great.  (OTG doesnt count)

I've got a pocket C.H.I.P. and its just such a neat device---I still haven'
t thought of a good use for it.   The Next Thing guys had a lot of style.. 
 

I really like both generation Opi Ones.  a lot of bang for buck.....both slighty lacking in the USB department tho... just one more port would have been great.  (OTG doesnt count)

you guys have to many SBCs...
 
They dropped cause they no longer wanted to use armbian as a base for their images iirc..
 
 
Hmm the boards I remember I have..
 
Beagle bone the white one
beagle board xM or so, they were from the pre RPi time, I never did much with it..
opi zero, opi pc+, opi 2g-iot, opi 4g-iot, OPi 3 and OPi with H6 but no USB3 don't even remember the name..
BPi m2 zero, BPI R2, BPi W2
RPi 1b (one of the first in switzerland probably...) RPi 2b, somewhere there should be a 3b, and yes I bought a 4b
RockPi 4b, somewhere there's a RK3399 TV box which I never hacked fully..
a Olimex Lime 2 (this board looks just like made by people who know what they're doing I would love to see some new boards from them.. )
and finally a Lichee Pi Zero which runs Debian stretch on a 64mb ram board without issues.. (okay.. I never gave it much workload.. but iirc there was once a python script with logging stuff running on it).. 
 
okay.. I might have also too many SBCs..
ahh.. and a Tinkerboard.. they were dirt cheap here back then.. now 2 years later they're doubled the price they had in the beginnings..
 
The most used one is still the OPi Zero.. it was cheap back then.. and for most of my work sufficient.. The RockPi crushed numbers for 14 days in a row sitting at 75-80°C without issues, I was actually surprised.. cause it was one of the self crafted early images for this board.. The tinker was fun to mess with.. but I never cared about desktop.. so actually this board didn't make much sense for me.. The BPi R2 was a rabbit hole to mess with u-boot, but I learned a lot (network is still crippled).. The W2, I don't know.. it's a strange thingie.. People here do crazy thing to hack TV boxes with the same SoC (actually a cool thread cause not much bloating, so please don't mess there ..).
 
completely forgot.. there's a HC1 as well,, but this serves as a NAS box I don't mess with, I just does what I expect from a NAS box..

OrangePi Zero: My very first SBC. I do not really remember why I bought it but it started with DietPi. It served Pihole for my network. Then Dietpi dropped their support for OrangePi boards and Pihole dropped their support for older Debian distributions. So a new OS was needed and that is the reason I landed her and I have to tell I learned a LOT about all the things thanks to Armbian OrangePi One Plus: Well the main reason were the quite interesting specifications and the low price. Even though this board (or Allwinner H6 at all) is poorly designed I am not that disappointed about it. It very rarly failed on me, worked most of the time really nice. It serves data sharing, another One Plus is for testing purpose of new images and features. OrangePi One: As a nice replacement for the OrangePi Zero. Better voltage regulator and no crappy wireless onboard for the same price.Two of those I prepared with Armbian and Pihole and gave them away to friends. In the meantime I have another pair of Ones to prepare and give them away somewhen in the future as well. Kind a to spread the word about SBCs, Pihole and last but not least Armbian. Well... that's it. Quite a short list but much text ¯\_(ツ)_/¯  A board I always wanted to have but did not have a chance yet is the OrangePi Zero Plus. GBe and Allwinner H5 SoC. Maybe sometime in the future...

My list of arm boards was too long to make it a tasteful signature so here's some highlights:
 
My List of geek Stuff
3xOpi Plus2e - hashi cluster servers Opi Prime - main work area (screen, ssh vim, git) OrangePiOne plus - hashi cluster worker Le Potato - tester Atomic PI - desktop Tritium-h5 - tester Opi PC2 - tester Opi3 - tester Espressobin - tester Helios 4 - 2ndary NAS Orange Pi R1 - tuyaconvert Opi Lite - retrorangepi R69 retrorange pi Opi One - root cause of my SBC and Armbian addiction Frankendell i7-2600 - garage computer and build box Dual Xeon E5-2650 v3 - new build server Synology 1815+ Primary NAS Edge Router Lite - Router
   
Do you want to share highlights of your Arm empire?

Many of then barely used ... but always searching for the definitive SBC:
Raspberry Pi B everything stars here.  Raspberry Pi B+ : Solving many issues from the previous version. Raspberry Pi A+ : Really low power consumption, this will be a good starting point to something with dual core balancing power & consumption.  Raspberry Pi 2B the Good Raspberry Pi 3B the Ugly Raspberry Pi Zero :  Main Kodi OSMC board, really, I don't need more. Raspberry Pi Zero W : Used as a CCTV. Raspberry Pi 3B+ the Bad ODROID-U3 : The best SBC I have with eMMC and 2GB. But today without updates from hardkernel. ODROID-C1 : Many problems before C1+ arrive ... good board but not better than U3. UG802 RK3066 : Reconverted Android TV with Picuntu, used on a weekly basis sharing more than 1000 small torrents and waiting for a death that never arrives. Banana Pi PRO : main home NAS with last armbian and OMV, Plex and Torrents. SATA & Gigabit marks the difference. Orange Pi One : When I know this board has armbian support I decided to buy only because is cheap and not hopping so much ... but is a really good board for the price. Orange Pi Lite : After having OPi One I want to try this with Wi-Fi and more USB. Used with Lakka as Retrogame platform. Orange Pi PC : Looking for a substitute or back-up of my Banana Pi PRO or the Lakka. Good CPU performance but never used a lot. Orange Pi PC2 : Again looking for a second NAS board. Good performance and net bandwidth. With SSD and UASP can be a good and cheap board to be used as NAS or light server. Beelink X2 : after the success, in my opinion, I'm always searching for good Android TV box to be converted in a cheap Linux PC. This was a good one, difficult to have the Wi-Fi up and running in the beginning. This board shows me also the TV box root problem: same name but different hardware (Wi-Fi, NAND, eMMC, RAM, ...). MXQ PRO+ 4k : received to test it. Appreciate the @balbes150 effort but many boards with different hardware and I never have the Wi-Fi on my unit working (with many hours spent on this). DragonBoard 410c : I wined on a raffled!!! Really good board. With the last Linaro Debian Buster it feels like a light PC but without a proper case, I can use normally. NanoPi Neo2 : Another try to have a small NAS. Good board overall but the position of cables is not the better to be used as a server. Please, FriendlyCore thinks on having power, network and 1 x USB in one side. Sunvell R69 : I like small boards and small TV boxes. The case of Android TV boxes is one of my main reasons to love this piece of cr*p. A pity this one is more or less good but the Wi-Fi is a real sh*t only capable of keeping SSH connexions.  La Frite: last addition to the crew. Only booted once. I'm thinking in use as my new Kodi center when the OS or LibreElec will be released. C.H.I.P. the $9 computer: I bought with a lot of hopes in my time and projects. I like the Chrome use to flash the board but when the company disappears I know this is the wrong approach. Good ideas in this board: the female GPIO with pinout printed, the built-in battery control, ... Omega2 : is another kind of devices I only used sometimes to be a Wi-Fi Gateway. I think is a really good device for IoT projects.

My list of arm boards was too long to make it a tasteful signature so here's some highlights:
 
My List of geek Stuff
3xOpi Plus2e - hashi cluster servers Opi Prime - main work area (screen, ssh vim, git) OrangePiOne plus - hashi cluster worker Le Potato - tester Atomic PI - desktop Tritium-h5 - tester Opi PC2 - tester Opi3 - tester Espressobin - tester Helios 4 - 2ndary NAS Orange Pi R1 - tuyaconvert Opi Lite - retrorangepi R69 retrorange pi Opi One - root cause of my SBC and Armbian addiction Frankendell i7-2600 - garage computer and build box Dual Xeon E5-2650 v3 - new build server Synology 1815+ Primary NAS Edge Router Lite - Router
   
Do you want to share highlights of your Arm empire?

I'll for sure forget some of them.
It all started with the Raspberry Pi2B(4 years ago now) ... and then ...
Odroid C2                         (For 3 years my favorite. Clocked at 1.75Ghz, with 128Ghz eMMC and ram OC it's amazingly fast. Low power consumption, good video playback(low display resolution), great gaming on it. Still use it as my SBC laptop, but the VIM3'll replace it Raspberry Pi3B                 (Not better than the pervious model. Dissapointed by it) Raspberry Pi Zero (+ 2 x Zero W)  (was handy, had build a Pi0Camera with it and an audio recorder, got in dissuse) Orange Pi+2                     (hated it, I still believed the 1.6Ghz bs, afterwards started to love it for what it is) Tinker Board (x2)             (Worst buy ever, too expensive for what it's. First broke, I was so stupid to buy another one without using it much) Khadas VIM2 Max           (Too slow for what it is. Otherwise a good designed board when used for what it's good) Odroid XU4                     (Loved it. It was my 2nd desktop with a HDMI-hub so I could switch to it when my PC was bussy. Amazing performance and great games. But a lot of issue's too) Rock64                            (a lot of issue's, nice on paper but doesn't deliver it's promises) Banana Pi M2 Zero          (nice little board, runs too hot to be useful, but had a lot of fun with it) NanoPC T3+                    (Love it a lot. Amazing for Blender renders, at a low power consumption. But single core performance is too low, should be default overclocked to 1.6Ghz in my opinion. It can handle it and cooling solution is sufficient) Raspberry Pi 3B+            (What a garbage board. DDR2 with a ok SoC is a bad combination. Bad power delivery, not very useable) NanoPi M4                      (My favorite until the VIM3 came, all-round a great board. Too bad there's a lack of Linux drivers for great gaming on it) Rock Pi 4B                       (First impression was great. But that went away after a while. Many software issues. I hate that I can't reach my eMMC with the big heatsink on) NanoPi DUO2                 (Still need to review it, but my first impression wasn't too good. Bad thermals, no hardware video encoding for the camera. This should be fixed by now, maybe a next video someday...) Orange Pi 3                    (Ok SoC, badly designed board) Pine H64 model b          (Ok SoC better designed board, it's their second try tho) Odroid N2                      (Great board, amazing performance and no fan needed. But runs at 12V so I can't run it on my power banks. I use it headless with VNC to do render jobs together with the NanoPC T3+) Nitrogen8M Mini           (I don't know yet, no HDMI and all proprietary connectors for everything. It is an industrial board for KIOSK's, but I'd like to see HDMI to set it up easily. It does have great audio assets, amplifier, audio in-out)
Khadas VIM3                 (My newest favorite. What a performance for such low consumption at 5V. I've got the Basic, so much want the Pro... It's perfect to take with me to do heavy video render tasks. I love it...) Raspberry Pi4B             (My biggest surprise ever. Not thinking too much of it. But it's a lot more than I thought. Performs amazing.  But still has its faults. I think that's it. In chronological order I bought them.
The first 2 were great boards that I still use a lot. But then I bought a lot of them that never delivered what they promissed. Only the XU4 and NanoPC T3+ were great.
I started to get them for free to review starting with the NanoPi M4, and those were again very good.  Only bought the Odroid N2 after that.
Good I review SBC's, I'm saving myself a lot of money now I've spend enough in the past on them.
Cheers
 

Update next and default to 4.14.133 and some changes to kernel configs:
https://github.com/armbian/build/commit/64f00e821dd2ad97c8aedd6559f97fdfbd7c6894#diff-26c08b1357391cc5ad6431500ad7a103

My list of arm boards was too long to make it a tasteful signature so here's some highlights:
 
My List of geek Stuff
3xOpi Plus2e - hashi cluster servers Opi Prime - main work area (screen, ssh vim, git) OrangePiOne plus - hashi cluster worker Le Potato - tester Atomic PI - desktop Tritium-h5 - tester Opi PC2 - tester Opi3 - tester Espressobin - tester Helios 4 - 2ndary NAS Orange Pi R1 - tuyaconvert Opi Lite - retrorangepi R69 retrorange pi Opi One - root cause of my SBC and Armbian addiction Frankendell i7-2600 - garage computer and build box Dual Xeon E5-2650 v3 - new build server Synology 1815+ Primary NAS Edge Router Lite - Router
   
Do you want to share highlights of your Arm empire?

OpiOne uses different kernel config tha sunxi64
 
OpiOnePlus uses different patch dir than sunxi64

haha.. I just built another image.. and now I can't reproduce... must have been another quirk with that bad rootfs image
 
thanks for checking @Werner @martinayotte

This issue resolved itself with a new rootfs during build.


Sent from my iPad using Tapatalk

Compressed 4K streaming content requires at most 25 Mbps, so this should be fine.  Uncompressed, well, that's a different animal.

Just stumbled across something inconsistent after replacing iptables with nftables (the default on debian buster 10):
 
 A check with lynis gave me a warning about the "leftover" iptables package:
-[ Lynis 2.7.5 Results ]- Warnings (2): ---------------------------- [...] ! iptables module(s) loaded, but no rules active [FIRE-4512] https://cisofy.com/lynis/controls/FIRE-4512/ Is this dependency necessary?
aptitude purge iptables The following packages will be REMOVED: iptables{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 1.444 kB will be freed. The following packages have unmet dependencies: armbian-config : Depends: iptables but it is not going to be installed The following actions will resolve these dependencies: Remove the following packages: 1) armbian-config [5.90 (buster, now)]  

I think I will try this tomorrow - now its time for sleep  Good N8

Armbian Buster is ready, but we are still working at upgrading Linux Kernel and U-boot for Default and Next Armbian branch. Making the upcoming release a major Armbian release For Helios4. New OS images and Debian packages should be published in one to 2 weeks time max.

yeah i think i'm gonna need to invest in that, probably also useful for future troubleshooting tho, although i'm still confused why the armbian wont boot, so in the meantime i'm using ubuntu with XFCE

In the other thread, @jernej were questioning why we still have all those 35 patches for lima.
Since I'm not an expert on that subject, I couldn't really answer properly...

@lanefu Sorry, I forgot to share my benchmark file.
I did find out that 7-zip multicore results are not to be trusted on SBC's with different cluster performance. The VIM3 has a very big difference so it only uses 500% of 600%. The N2 has a smaller difference in performance between A73/A53 so uses 550% in 7-zip multicore scores. (also lack of memory is a problem)

CPU Miner is good, 7zip single core benchmarks are good. And for me Blender is important too.
 
Reasons why benchmarks can be misleading ---------------------------------------- throttling 32-bit/64-bit Difference in cores A53/A7/A15/A72 distro (ubuntu/debian...) distro version kernel version driver versions compiler version software version/outdated repositories desktop Mate/Xfce/LXDE/... display resolution/headless background processes cpu clockspeed ram clockspeed/latency ram useage/swap/zram process sheduler optimizations for the system/distro crypto engine for encryption Undervoltage config settings Wifi dongle CONFIG_HZ=250 - 1000 or any other 7-zip works a bit better on 32-bit vs 64-bit, it doesn't use all cores at 100% in multi-core scores. The percentage differs with different distro's and boards. So it's not completely exact. 7-zip has problems with big-LITTLE architecture for multi-core benchmark. Better to test the clusters seperately. Blender works a lot better on 64-bit than on 32-bit. It uses 100% of the cores. CPU Miner only works on 64-bit. Works better in Ubuntu Bionic than in Debian Stretch. Blender : BMW render @ 1080p 7-zip : Numbers are average of 3 of decompressing only All tests are done with a fan when necessary so no throttling occurs. 64-bit SBC's Khadas VIM3 |SBC bench result |CPU Miner |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender Ubuntu 18.04.02 http://ix.io/1MFD 13.10kH/s 1577 2311 10578 42m51s Armbian@1.9S.C./1.7B.C. http://ix.io/1NRJ 48m45s Odroid N2 |SBC bench result |CPU Miner |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender Ubuntu Bionic http://ix.io/1Brv 11.35kH/s 1564 1879 9988 50m28s NanoPC T3+ |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Armbian Bionic http://ix.io/1iRJ 10.99kH/s 1290 10254 1h10m25s Arbmian Stretch http://ix.io/1qiF 8.55kH/s 1275 10149 1h13m55s Rock Pi 4B |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Ubuntu http://ix.io/1uVr 9.50kH/s 1242 1818 7802 1h17m22s NanoPi M4 |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Armbian bionic hz1000 http://ix.io/1nLh 10.23kH/s 1335 2005 8352 1h13m50s CONFIG_HZ=250 http://ix.io/1BLW 10.45kH/s 1335 2007 8320 1h08m28s Armbionic@1.4/1.8 hz250 1253 1828 7821 1h12m52s Armbian bionic nightly http://ix.io/1pDo 10.24kH/s 1329 1990 8292 1h13m28s Armbian stretch desktop http://ix.io/1odF 8.66kH/s 1350 1977 8400 1h14m12s Armbian stretch dsk nightly //ix.io/1pM0 8.80kH/s 1359 1993 8500 1h15m04s Armbian stretch core no fan //ix.io/1pKU 8.80-8.65kH/s 1353 1989 8461 Armbian stretch core //ix.io/1pL9 8.76kH/s 1354 1988 8456 Armbian stretch core nightly //ix.io/1pLf 8.82kH/s 1357 1994 8494 Lubuntu Bionic arm64 http://ix.io/1oGJ 9.24kH/s CPU Miner 1056 1551 6943 1h28m13s Lubuntu Bionic armhf http://ix.io/1pJ1 1111 1769 7705 2h02m54s Lubuntu Xenial armhf http://ix.io/1oCb 989 1507 6339 2h20m51s Khadas Vim2 Max |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Ubuntu Xenial http://ix.io/1qkA 6.86kH/s 823 1134 6682 1h14m39s 7-zip only 600% of 800% used Odroid C2 |SBC bench result |CPU Miner |7-zip big core |7-zip multi avg. of 3 |Blender Armbian Stretch Core http://ix.io/1pZu 4.65kH/s 1390 5342 Armbian Stretch Core Nightly //ix.io/1pZJ 4.66kH/s 1391 5340 Armbian Stretch Desktop http://ix.io/1q1C 4.65kH/s 1394 5363 Armbian Stretch Desktop NGHT //ix.io/1p02 4.59kH/s 1394 5356 2h38m18s Meveric Stetch No-OC 1337 5223 2h40m00s Meveric Stretch Only RAM OC 1361 5292 Meveric Stretch OC 1548 6049 2h14m17s Ubuntu Mate Bionic http://ix.io/1q2S clocked to 100Mhz 2h35m10s Ubuntu Mate Bionic OC Doesn't work/Clocked to 100Mhz 1607 5960 2h10m21s Rock64 |SBC bench result |CPU Miner |7-zip small core |7-zip multi avg. of 3 |Blender Armbian Stretch 1.5Ghz http://ix.io/1nCj 4.06kH/s 1406 5407 3h00n32s OLD Armbian Stretch 1.3Ghz //ix.io/1iHB 3.80kH/s 1211 4904 Armbian Bionic 1.5Ghz core //ix.io/1qbK 5.00kH/s 1384 5379 Armbian Bionic 1.5Ghz dsk //ix.io/1qcb 4.94kH/s 1379 5326 2h55m56s 32-bit SBC's Odroid XU4 |SBC bench result |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Debian Jessie http://ix.io/1q6X 950 1653 8823 1h12m19s Ubuntu Bionic http://ix.io/1qbL 1219 2094 9395 1h44m19s Asus Tinker board |SBC bench result |7-zip big core|7-zip multi avg. of 3 |Blender Tinker OS 9.5 Stretch http://ix.io/1pRN 1983 7536 2h55m00s Raspberry Pi 3B+ |SBC bench result |7-zip small core |7-zip multi avg. of 3 |Blender Raspbian Default no fan http://ix.io/1q10 1471 5027 Raspbian Default http://ix.io/1q1Q 1411 5371 5h47m31s Raspbian OC http://ix.io/1q5J 1591 6141 Ubuntu Mate Xenial http://ix.io/1q65 7-zip didn't work Software versions ----------------- GIMP Blender GTKPerf SysBench SBC-bench M4 : Lubuntu Xenial armhf 2.8.18 2.79b 0.40 0.4.12 0.6.1 Lubuntu Bionic armhf : 2.8.22 2.79b 0.40 1.0.11 LuaJIT 2.1.0-beta3 0.6.1 Armbian Stretch desktop 9.5 : 2.8.18 2.79b 0.40 0.4.12 0.6.1 Armbian Bionic : 2.8.22 2.79b 0.40 1.0.11 LuaJIT 2.1.0-beta3 0.6.1 Tinker : TinkerOS 9.5 Stretch : 2.8.18 2.79b 0.40 0.4.12 0.6.1 Odroid C2 : Armbian Stretch 9.5 : 2.8.18 2.79b 0.40 0.4.12 0.6.1 : Ubuntu Mate Bionic : 2.8.22 2.79b 0.40 1.0.11 LuqJIT 2.1.0-beta3 0.6.1 Doesn't work clocks to 100Mhz Meveric Stretch 9.5 : 2.8.18 2.79b 0.40 0.4.12 Doesn't work Rock64 : Armbian Stretch 9.5: 2.8.18 2.79b 0.40 0.4.12 0.6.1 : Armbian Bionic : 2.8.22 2.79b 0.40 1.0.11 0.6.2 RPi 3b+ : Raspbian Stretch 9.5 : 2.8.18 2.78a 0.40 0.4.12 0.6.1 Ubuntu Mate Xenial : 2.8.16 0.40 0.4.12 0.6.1 Odroid XU4 : Debian Jessie : 2.8.14 2.72b 0.40 0.4.12 0.6.1 7-zip doesn't work : Ubuntu Bionic : 2.8.22 2.79b 0.40 1.0.11 0.6.2 NanoPC T3+ : Armbian Bionic : 2.8.22 2.79b 0.40 1.0.11 0.4.6 Armbian Stretch : 2.79b 0.40 0.4.12 0.6.2 Khadas Vim2 Max : Ubuntu Xenial : 2.8.16 2.76b 0.40 0.4.12 0.6.2 CPU Clocks ---------- Khadas VIM3 : Ubuntu Bionic : 2x1.8Ghz(A53) + 4x2.2Ghz(A73) 64-bit Odroid N2 : Ubuntu Bionic : 2x1.9Ghz(A53) + 4x1.8Ghz(A73) 64-bit NanoPi M4 : Armbian Bionic/Stretch : 2x2Ghz + 4X1.5Ghz 64-bit Lubuntu armhf/ARM64 : 2x1.8Ghz + 4X1.4Ghz armhf 32-bit / ARM64 64-bit Tinker Board : TinkerOS Stretch : 4x1.8Ghz 32-bit Odroid C2 : Armbian Stretch : 4x1.5Ghz 64-bit Ubuntu Mate Bionic : 4x1.5Ghz RAM 912Mhz 64-bit Ubuntu Mate Bionic OC : 4x1.75Ghz + RAM 1104Mhz 64-bit Rock64 : Armbian Stretch : 4x1.5Ghz 64-bit Armbian Bionic : 4x1.5Ghz 64-bit RPi 3B+ : Raspbian Stretch : 4x1.4Ghz no fan 4x1.2Ghz above 60°C 32-bit Raspbian Stretch OC : 4x1.570Ghz over_voltage=4 core_freq=500 sd_freq=510 32-bit Ubuntu Xenial : 4x1.4Ghz 32-bit Odroid XU4 : Debian Stretch : 4x1.4Ghz + 4x1.9Ghz 32-bit : Ubuntu Mate Bionic : 4x1.5Ghz + 4x2Ghz Underclocks when above 75°C 32-bit NanoPC T3+ : Armbian Bionic : 8x1.4Ghz 64-bit Some benchmark tools can give an estimate of the performance. But they are never an exact reflection.  

Well, in Emacs we would call it killing and yanking, but, yeah. :)