Announcement : Odroid N2

[NicoD]

Hi all. As regular I was looking for news about a new Odroid.
Finally the news arrived. The N2 will have the Amlogic S922X with 4xA73(@1.8Ghz) + 2xA53(@1.9Ghz), a Mali-G52 GPU and 4GB DDR4 RAM. Looks very promising. It should quite a bit faster than the RK3399's.
It does have a giant heatsink, so this thing will get very hot I suppose.
https://forum.odroid.com/viewtopic.php?f=176&t=33781&p=245930&hilit=n2#p245930

 

Please let me know what you all think of this. I find it very interesting.
Greetings, NicoD

[JMCC]

Seems like it combines many of the advantages of both XU4 (powerful processor, boot switch, fan connector, USB3) and C2 (standard 3.3v GPIO and UART interfaces, IR receiver, and hopefully low consumption). Apparently you can clock the four A73's up to 2Ghz, which means a lot of horsepower.

 

With regards to the RK3399 boards, seems like we lose the PCIe interface, but the price tag is also lower. Looks like a very interesting board.

[NicoD]

1 hour ago, JMCC said:

With regards to the RK3399 boards

Indeed. It's got some great advantages, but also some disadvantages. Only 1 USB3 root HUB. Powered with 7.5V-20V.
But the Horsepowers, RAM, power consumption, will be unmatched.

I already made a video about it. Here it is.

 

[TonyMac32]

Well, the USB hub isn't the end of the world, since it isn't the center of the system's modern connectivity like a Pi.  I'd take one if I could get it. 

[balbes150]

Unfortunately Hardkernel recently degrades as a leader, and make more and more stupid mistakes. Showing comparative tests of a new model from their own unfortunate model N1 on the basis of DDR3 (which they failed to begin to produce), they humiliated themselves by showing that badly designed N1. Their N1 (RK3399) used the old DDR3 memory, and comparing it to the new model with DDR4 is stupid. You need to compare with models RK3399 DDR4, then it will be clear the difference between the chips S922 and RK3399. The lower location of the radiator, which will be in this form to warm the entire Board with the rest of the components above it. This is a questionable solution for a model that should use the full power of processors. Do not understand the rejection of PCi (NVME) and the use of non-standard eMMC modules that have reduced speed and reliability. This model makes a strange impression. 80 for one PCB Board, how much will the working set cost ?

[AreaScout]

1 hour ago, balbes150 said:

they humiliated themselves by showing that badly designed N1.

 

It was not badly designed, still the N1 is a great board you can trust them when they say it was due to the DDR3 ram and if the new N2 reaches the same temperatures like the N1 does, which was nearly nothing then the heat sink should be easily cool the board and you should never see any throttling

[NicoD]

3 hours ago, balbes150 said:

they humiliated themselves by showing that badly designed N1. Their N1 (RK3399) used the old DDR3 memory, and comparing it to the new model with DDR4 is stupid. You need to compare with models RK3399 DDR4, then it will be clear the difference between the chips S922 and RK3399.

I don't fully agree. It would indeed have been better to see a comparison with a DDR4 RK3399. But what they tried to do is to show that this is a better choice for a next SBC to bring out than the unfortunate N1. So it shows why they went for something different.
 

 

3 hours ago, balbes150 said:

The lower location of the radiator, which will be in this form to warm the entire Board with the rest of the components above it.

The biggest advantage with this board is that everything is on the top of the board and easily accessible. I also think it's best to have it on the underside. As long as you can keep it cool enough. I agree it can heat up the board. I once did a one hour trial with the NanoPi M4 while throttling with the big heatsink. The board started smelling burned. I'm not going to try it again. That's why you need to raise the heatsink so air can flow underneath it.
 

 

3 hours ago, balbes150 said:

Do not understand the rejection of PCi (NVME)

Here I can follow. PCIe, M.2 or SATA would have been good.
But for my use I don't need it.
 

 

3 hours ago, balbes150 said:

and the use of non-standard eMMC modules that have reduced speed and reliability.

Non-standard eMMC modules? They've become the standard, didn't they? And they are among the fastest eMMC modules in SBC land. I've been using them for years and haven't had any problems.
I now use them on my Rock Pi4B without any issues.
 

 

2 hours ago, AreaScout said:

if the new N2 reaches the same temperatures like the N1 does, which was nearly nothing then the heat sink should be easily cool the board and you should never see any throttling

I suspect they are down-clocking their A73 cores to 1.8Ghz so it wouldn't throttle in the temperature tests. I expect it will be able to run a lot higher, but it might need some beefy cooler to keep it cool.  Just a guess. A73 should be able to do a lot more than that.
 

[TonyMac32]

33 minutes ago, NicoD said:

Non-standard eMMC modules?

I think the point is, if you could have NVMe or eMMC, go for NVMe.

 

Heatsink over is better than heatsink under due to basic physics.  Less dense hot air rises.  

 

Honestly I'm still waiting for a board that can replace my XU4 as my media server, but since Emby will handle hardware transcoding for the Samsung SoC, that becomes tougher.  

 

What is Amlogic's code number/name for this SoC?  

[NicoD]

17 minutes ago, TonyMac32 said:

I think the point is, if you could have NVMe or eMMC, go for NVMe.

Rather both if I could choose

 

25 minutes ago, TonyMac32 said:

What is Amlogic's code number/name for this SoC?  

Not much info to be found, I guess we'll have to wait for a datasheet. I wonder what the standard clocks are. Hardkernel likes to deviate from that.

I agree it isn't a perfect sbc. But it's again a step up in performance.
I hope the ARM community is still as strong as it once was for Odroid. It's been a while since they've needed to begin from scratch.
But if I need to put a bet on one company to give great software. Then I'll bet on Odroid every time.

We will have to see, but I'll surely buy it. It might be sufficient to replace my aging and power munching i5 2500K. (it can't play 4K H.265)
The H2 is totally forgotten for me.

[Tido]

7 hours ago, balbes150 said:

Showing comparative tests of a new model from their own

It depends on the way you look at it. If you have a BMW and you really like that and the new BMW is launched you will compare your current model to the new one. You can sell the old on eBay and get the new Odroid - for example.

[balbes150]

15 hours ago, AreaScout said:

It was not badly designed, still the N1 is a great board you can trust them when they say it was due to the DDR3 ram and if the new N2 reaches the same temperatures like the N1 does, which was nearly nothing then the heat sink should be easily cool the board and you should never see any throttling

If the device was not it is released. Failure to release-a direct proof of error in the development. The indication as a reason, the lack of DDR3 memory, looks strange. Look at the market of products of TV boxes, a huge number of different models with DDR3 and DDR4, so there is no problem with getting any options. I do not want to discuss here why they did not release N1, it was not a technical reason.

 

12 hours ago, NicoD said:

I don't fully agree. It would indeed have been better to see a comparison with a DDR4 RK3399. But what they tried to do is to show that this is a better choice for a next SBC to bring out than the unfortunate N1. So it shows why they went for something different.

Users when choosing between RK3399 and S922x see this comparison. Most immediately identifies all produced RK3399 (not only N1) with this test and conclude that RK3399 - this junk, much inferior to N2. Few people will be able to estimate the real difference between the chips, if you correct the numbers of the results. Even on the forum says that the difference in DDR3 and DDR4 almost 35%. And now, take and increase the results RK3399 these 30-35% and will not exceed such difference in tests. Do you think the specialists who wrote the review do not know this ? They know it very well and I have no doubt that they have conducted many different tests, but decided to pretend that we compare our products. Let me remind you-not on sale N1 with RK3399 even with DDR3, so this comparison is specially designed and therefore it is a deliberate deception.

 

 

13 hours ago, NicoD said:

Here I can follow. PCIe, M.2 or SATA would have been good.
But for my use I don't need it.

This Board has a powerful processor that will be used to process large amounts of data. This data should be placed on large media (100 GB or More). This requires appropriate media. That eMMC module that Odroid offers is not such (it's a legacy from old systems when there was a big problem with eMMC). The eMMC module, which was invented in Odroid in the old days, is not standard and has an inflated cost. Having it on a new system instead of the standard options (SATA or NVME etc) is a bad decision. This is an attempt to force users to use their products at an inflated price with low characteristics, instead of using standard, and significantly better in parameters, modern devices.

 

13 hours ago, NicoD said:

They've become the standard, didn't they?

No, they didn't become standard. The fact that someone repeats their mistakes and uses them (by the way, to reduce their development and production costs at the expense of others, simply put-steal) does not make these modules a standard.

 

12 hours ago, NicoD said:

I hope the ARM community is still as strong as it once was for Odroid. It's been a while since they've needed to begin from scratch.
But if I need to put a bet on one company to give great software. Then I'll bet on Odroid every time.

As they do, everyone decides for himself, I no, do not impose. And this is only my private opinion. Unfortunately, recently they have made a number of serious (in my understanding) mistakes that have greatly changed my opinion about this company for the worse.

 

12 hours ago, NicoD said:

We will have to see, but I'll surely buy it. It might be sufficient to replace my aging and power munching i5 2500K. (it can't play 4K H.265)
The H2 is totally forgotten for me. 

At the moment, I am quite satisfied with RK3399 and the significantly changed position of Rockchip regarding Linux support.

For RK3399 already now, there is everything in working and ready to use form, images Armbian, LE, etc., and what will be with s922, is not yet known, and it is not clear how much time will pass that would be ready-made system.

 

10 hours ago, Tido said:

It depends on the way you look at it. If you have a BMW and you really like that and the new BMW is launched you will compare your current model to the new one. You can sell the old on eBay and get the new Odroid - for example. 

It would be so if N1 (RK3399) was produced and people had a choice what to take. Why didn't they make a comparison with the mass models of RK3399 that have been on the market for a long time ? But they add stunted and retarded RPi

[Tido]

14 minutes ago, balbes150 said:

they add stunted and retarded RPi

pi day is coming soon  March 14, may be with Qualcomm Snapdragon 855 

[AreaScout]

5 hours ago, balbes150 said:

If the device was not it is released. Failure to release-a direct proof of error in the development. The indication as a reason, the lack of DDR3 memory, looks strange. Look at the market of products of TV boxes, a huge number of different models with DDR3 and DDR4, so there is no problem with getting any options. I do not want to discuss here why they did not release N1, it was not a technical reason.

 

 

Well sometimes a very big competitor is buying all the RAM chips and you get out of parts, that's just how it could be and there are a ton of other possibilities that could happen that force you to stop production, again if HK says that the parts run suddenly out then you can be sure that HK was doing everything that it's not, but at the end they had to react.  And there was also some other reasons 

H2 was a different story but with some slightly comparable "scenes" with parts that suddenly not available,  but this board will be available soon (hopefully) 

[JMCC]

Regarding the lack of support for NVMe/SATA, I think it is as simple as the fact that the SoC doesn't seem to support them. Amlogic aims to release SoC's that are just enough for a standard TV box, they don't have things such as Chromebooks in mind when they design their SoC's (as, for example, Rockchip does for their higher-end SoC's). And that is the reason why we can buy this board much cheaper than any equivalent RK3399. Here you trade brute horsepower for extra features in the SoC.

 

[UPDATE]: Even though PCIe was never mentioned in the official announcements of S922X (see, for example here and here),  recently someone pointed out that they got a "leak" from Amlogic saying otherwise. According to that "leak", the SoC would have a single-lane PCIe interface, but it is pin muxed with USB3. In other words, you would need to disable USB3 in order to use PCIe, and that would still be single-lane.

 

Definitely, disabling USB3 in favor of a possible SATA/NVMe interface would be IMO a very bad choice for a general-purpose board. Maybe if they release in the future something like the HC1, based on S922X, it could make sense. However, given the fact that Amlogic has not officialy announced that PCIe support, and after the "fiasco" with the broken PCIe in Allwinner H6, I won't believe that these are real options for this SoC until I see it actually working.

 

You can find the whole discussion about the matter in this page from CNXSoft

[NicoD]

Some 7zip benchmarks. I always do this with all my sbc's, so I know how they compare to each other.
Left they compare it with the N1( @balbes150 not my fault )
I look to decompression, the NanoPi M4 does this in betweeen 6500 and 8500(armhf no oc, arm64 with oc)
The best I had until now for this task was the NanoPi T3+(8x1.4Ghz) reached 10100.
That seems to be the result with the "default" clock of the N2. But with OC of 6x 2Ghz it even goes over 11000.
 

All just numbers that I can't confirm if they've been generated right. But an indication of what we can expect. For this 7-zip benchmark the ram speed has no big influence.

I would like to see what blender does. That's 100% cpu useage + ram speed. In Blender this will blow everything away(I think).

I just got the new Pine H64 and the OPi3 on the way. So these will have to fill the hole this announcement has created. I'm just crazy about fast SoC's for rendering.

[rooted]

I'm just crazy about fast SoC's for rendering.

OT but do you run a renderfarm using various SBC?

[NicoD]

6 hours ago, rooted said:

OT but do you run a renderfarm using various SBC?

That works great with Blender for 3d. My NanoPc T3+ is best for that. For big renders I've used the T3+, Tinker and Odroid C2 together. Still took a long time for 30 seconds of 3d video in 1080p(2d). But I wouldn't want my pc to be occupied for that long. So it's great to be able to do.
But I don't use Blender that often anymore.
It's more for video rendering with Kdenlive I use them(and many other things). Also when traveling I use it to edit/render my travel images and put it online. All with solar energy.  sbc's are awesome for that. energy efficient but still very powerful.
The C2 did 10minutes video in 720p in 55minutes rendering.
The RK3399's do 10min in 1080p in 40minutes.
So every step up in performance is great for me. Now I want 1440p with an SBC. But the N2 I'll probably never take along on trips. Too big and bulky, and i's not 5V. For now the RockPi4B is my first choice with RK3399 and 4GB lpddr4. Certainly the ram speed makes a big difference.
The N2 will be for at home to offload render task from my pc, or to play games while my pc renders. And I need to be able to watch 4K h.256 since my pc can't handle it.(i5 2500K ->too old)

 

 

[balbes150]

On 2/15/2019 at 11:11 AM, Tido said:

pi day is coming soon  March 14, may be with Qualcomm Snapdragon 855

With such a chip, RPi will become big price.

 

On 2/15/2019 at 5:00 PM, AreaScout said:

Well sometimes a very big competitor is buying all the RAM chips and you get out of parts, that's just how it could be and there are a ton of other possibilities that could happen that force you to stop production, again if HK says that the parts run suddenly out then you can be sure that HK was doing everything that it's not, but at the end they had to react.  And there was also some other reasons 

Announcement N1 was a year ago, in the early autumn of his publicly refused. Do you believe that in 9 months it was impossible to solve the problem with memory ? All manufacturers of TV boxes and DyU produced at this time different models with DDR3 and DDR4 , so they were able to receive memory, and one HK could not solve this problem. But on the issue of junk on the basis of the intel they had and the time and money.

 

On 2/16/2019 at 12:56 AM, JMCC said:

Amlogic aims to release SoC's that are just enough for a standard TV box, they don't have things such as Chromebooks in mind when they design their SoC's (as, for example, Rockchip does for their higher-end SoC's).

Yes, they have always shown disdain for Source Linux. This is clearly seen in the example of S912-when they did not bother to release GPU support for Linux and limited to one android.

 

On 2/16/2019 at 5:49 PM, NicoD said:

For this 7-zip benchmark the ram speed has no big influence. 

Packaging and unpacking (with the right utility that is able to work in multithreaded mode with all cores at once) is mainly determined by the processor, so it is not surprising that 4(fast)+2(economical) cores are faster than 2(fast)+4(economical). By the way, you can look at the rk3368 - there are 8 cores at a frequency of 1500.

By the way, and looking at the result of this test, the question arises, if the S922 4 fast core (twice), why the result is better not twice, but only 20% ? AML can be deceiving, again with frequency and cores together ?

 

20 hours ago, NicoD said:

And I need to be able to watch 4K h.256 since my pc can't handle it.(i5 2500K ->too old)

Video playback 4K cope even s905 and rk3328.

[Tantalum]

On 2/14/2019 at 6:49 PM, NicoD said:

The board started smelling burned. I'm not going to try it again. That's why you need to raise the heatsink so air can flow underneath it.

 

On 2/14/2019 at 7:29 PM, TonyMac32 said:

Heatsink over is better than heatsink under due to basic physics.

Well, the basic physics also allows you to flip the board by 180° like this:

https://reho.st/self/dbe8a2f2236732bc929bedb89fd627a5bf0d2bac.jpg

 

I also replaced the original thermal sheet, by a 1.5mm copper sheett + thermal grease.

40min to reach 80° at full load. Never smelled burned.

https://reho.st/self/028b5abe980510d83950ceb82cf36153e44f91d3.png

 

On 2/14/2019 at 3:10 PM, balbes150 said:

Do not understand the rejection of PCi (NVME) and the use of non-standard eMMC modules that have reduced speed and reliability.

 

The reason is simple, the Amlogic S922 doesn't support PCIe:

 

 

 

 

About the N2, the SoC seems to be very interesting, the lack of PCIe is indeed disturbing, but except for storage, there is no really need for it, USB 3 can do the job.

Personally I never liked the board design of the N- series. The boards are too big, they are huge, they are as big as an Intel NUC.

 

Do you think that FriendlyArm may release a board using the same SoC in the near future? Because I like the compact format of their M4 and Neo's.

[TonyMac32]

Sure, you can flip a car over to avoid tire wear too.... ;-)

Copper shim as also proposed by tkaiser and myself at various points, with tkaiser providing data.

I think friendlyelec probably won't be making any more Amlogic based boards after the K2's seemingly disappointing performance.

Sent from my Pixel using Tapatalk

[balbes150]

3 hours ago, Tantalum said:

Well, the basic physics also allows you to flip the board by 180° like this:

See photo of the Board and the casing in the subject of the announcement. There is clearly shown that the working position of the device is down by the radiator. The shape of the plastic case and the hole for connecting additional devices to the 40-pin connector confirm this. Also on the plastic case there are no hints of legs, that would indicate the lower location of the body on the support. If you do not have a plastic case, the device does not have any element that will allow you to install this device up the radiator without adding any racks\legs, that it would be stable. Yes, you can do everything yourself, and put it correctly (up the radiator), but it is not a regular (which the developers have provided) position for operation. I didn't find any mention from officials that I (as a regular user) should use the N2 up radiator. All these facts indicate that the developers originally planned this location and means that they made a gross mistake in the development. Perhaps tkaser is right when he wrote in the discussion that he had a feeling that the tests were done by an Intern (a stupid teenager). And I would add-and the development of the body and the cooling system was engaged in a schoolboy who does not know the basic laws of physics. Although it apparently was the normal - to place the radiator upside down manufacturers many Chinese TV boxes. But if the Chinese cheap TV boxes price and reputation appropriate, the HK has no right to make such mistakes (if you want to be considered a technological leader, which, in my opinion, it was previously).

 

To be fair, it must be said that almost all manufacturers make stupid mistakes in the development of the cooling system. Radiators upside down Nano PI M4, no elementary vents over the fan Firefly-RK3399, etc.

 

 

 

 

 

But there are holes under the SSD, which lies tightly on the plate

 

[JMCC]

Just a notice that I edited my last post above, to include a link to a very interesting discussion at CNXSoft, that clarifies the PCIe matter. A kind of a summary, with some additional insights by @tkaiser in this article:

https://github.com/ThomasKaiser/Knowledge/blob/master/articles/Quick_Preview_of_ODROID-N2.md

[rooted]

I'm running sbc-bench on the N2 right now, will share the results when finished.

 

I did have to alter the script in order for it to run, there is a process called (vdec-core) which is using 4% of a core and throwing off the load average.

 

(I do not have any external storage attached)

[NicoD]

3 hours ago, JMCC said:

Just a notice that I edited my last post above, to include a link to a very interesting discussion at CNXSoft, that clarifies the PCIe matter. A kind of a summary, with some additional insights by @tkaiser in this article:

https://github.com/ThomasKaiser/Knowledge/blob/master/articles/Quick_Preview_of_ODROID-N2.md

Quote from the article. @balbes150
"A lot of clueless people (me included) think/thought heat would be rising. It doesn't, it just radiates in all directions while only hot/warm air rises. As such having the huge heatsink at the bottom isn't that much of an issue (personally tested with ODROID HC1 which uses exactly the same design of having the SoC on the bottom PCB side directly attached to a giant heatsink below"

"Combining this huge heatsink with a cheap plastic cover creates a full enclosure able to efficiently dissipate the heat to the outside unlike RPi inspired 'cooling solutions' where the SoC is on the wrong PCB side and also inside the enclosure making efficient heat dissipation nearly impossible."

@JMCC Thanks for the link.

 

[rooted]

N2 results

 

http://ix.io/1Brv

 

Take these results with a grain of salt since i paid no mind to starting load average.

 

Could someone give me a break down of the results compared to say a rk3399?

 

I have never used this benchmark and have no idea if the results are as they should be.

[NicoD]

On 2/19/2019 at 12:31 AM, rooted said:

N2 results

http://ix.io/1Brv

Thank you for that. It seems like I thought it would be. Quite a bit faster than the NanoPi M4 @ 1.5-2Ghz, but no giant step. Temperatures seem very good, I wonder if they're using a fan. 52°C for cpu miner at 100% is good.
In CPU-Miner it even beats the octa-core NanoPC T3+. This uses 100% of all cores. 
In 7-zip it does a bit worse than the NanoPC T3+. (Only decompression I use) But the T3+ has a higher percentage useage of the cores (795% of 800% - 543% of 600%). So actually they are about equal.
That means that the N2 actually is faster than the T3+. T3+ uses 99% of it's cores, the N2 90%. 
So the (10254 / 100)  * 90 =  9321.81 would the T3+ get with the same % useage as the N2.

Compression numbers are more useless, only 625% of 800% vs 543% of 600%. So you can not use the totals in 7-zip. I find decompression the most value of 7-zip.

Here a list with sbc's I've benchmarked. Note one benchmark says nothing. But you can get an idea with many.

Spoiler

 

64-bit SBC's

Odroid N2              |SBC bench result  |CPU Miner      |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
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     |GIMP    |GTKPerf |Sysbench
Armbian Bionic          http://ix.io/1iRJ  10.99kH/s           1290                      10254                  1h10m25s     1m24s    10.11s   21692
Arbmian Stretch         http://ix.io/1qiF  8.55kH/s            1275                      10149                  1h13m55s     1m32s    11.06s   3.2s

NanoPi M4              |SBC bench result  |CPU Miner          |7-zip s/c |7-zip b/c     |7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
Armbian bionic          http://ix.io/1nLh  10.23kH/s           1335       2005           8352                   1h13m50s     0m29s5   5.06s    26763
Armbian bionic nightly  http://ix.io/1pDo  10.24kH/s           1329       1990           8292                   1h13m28s     0m29s    5.12s    26733
Armbian stretch desktop http://ix.io/1odF  8.66kH/s            1350       1977           8400                   1h14m12s     0m31s    5.24s    3.1s 
Armbian stretch dsk nightly  //ix.io/1pM0  8.80kH/s            1359       1993           8500                   1h15m04s     0m31s    5.32s    3.3s 
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     0m57s    6.97s    1666      32-bit
Lubuntu Xenial armhf	http://ix.io/1oCb                      989        1507           6339                   2h20m51s     0m59s    49.77s   49.7s     32-bit

Khadas Vim2 Max        |SBC bench result  |CPU Miner          |7-zip s/c |7-zip b/c     |7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
Ubuntu Xenial           http://ix.io/1qkA  6.86kH/s            823        1134           6682                   1h14m39s     1m53s    16.26s   3.8s      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     |GIMP    |GTKPerf |Sysbench
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                                1m23s    11.66s   5.96s
Armbian Stretch Desktop NGHT //ix.io/1p02  4.59kH/s            1394                      5356                   2h38m18s     1m23s    12s      6.0s 
Meveric Stetch  No-OC                                          1337                      5223                   2h40m00s     1m25s    10.41s   5.99s
Meveric Stretch Only RAM OC                                    1361                      5292                                1m25s             5.99s
Meveric Stretch OC                                             1548                      6049                   2h14m17s     1m14s    8.80s    5.24s                    
Ubuntu Mate Bionic      http://ix.io/1q2S  clocked to 100Mhz                                                    2h35m10s     1m17s    10.01s   12026
Ubuntu Mate Bionic OC   Doesn't work/Clocked to 100Mhz         1607                      5960                   2h10m21s     1m09s    8.94s    13755

Rock64                 |SBC bench result  |CPU Miner          |7-zip small core         |7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
Armbian Stretch 1.5Ghz  http://ix.io/1nCj  4.06kH/s            1406                      5407                   3h00n32s     1m39s    15.91s   7.0s
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                                                  10.0s
Armbian Bionic 1.5Ghz dsk    //ix.io/1qcb  4.94kH/s            1379                      5326                   2h55m56s     1m31s    15.00s   10172

32-bit SBC's

Odroid XU4             |SBC bench result                      |7-zip s/c |7-zip b/c     |7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
Debian Jessie           http://ix.io/1q6X                      950        1653           8823                   1h12m19s     1m08s    18.53s   41.3s
Ubuntu Bionic           http://ix.io/1qbL                      1219       2094           9395                   1h44m19s     1m10s    14.36s   2200 

Asus Tinker board      |SBC bench result                                 |7-zip big core|7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
Tinker OS 9.5 Stretch   http://ix.io/1pRN  				                  1983	         7536                   2h55m00s     1m19s    189.82s  63.7s

Raspberry Pi 3B+       |SBC bench result                      |7-zip small core         |7-zip multi avg. of 3 |Blender     |GIMP    |GTKPerf |Sysbench
Raspbian Default no fan http://ix.io/1q10                      1471                      5027                                2m09s    9.85s    88.2s
Raspbian Default        http://ix.io/1q1Q                      1411                      5371                   5h47m31s     2m09s    10.04    79.5s
Raspbian OC             http://ix.io/1q5J                      1591                      6141                                1m55s    8.81s    70.8s
Ubuntu Mate Xenial      http://ix.io/1q65 7-zip didn't work                                                                  2m17s    11.71s   90.5s

CPU Clocks
----------
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

 

 

Edited April 11, 2019 by Tido
added spoiler - for better reading, please do that yourself next time. thx

[rooted]

It's my N2, it's not using a fan.

Ambient temperature is 22.7° C

[chwe]

38 minutes ago, rooted said:

N2 results

 

http://ix.io/1Brv

 

Take these results with a grain of salt since i paid no mind to starting load average.

 

just highlight thomas here, maybe he reads it..   @tkaiser

[NicoD]

9 minutes ago, rooted said:

It's my N2, it's not using a fan.

Ambient temperature is 22.7° C

If you have the time and willpower. Could you also do a Blender render?
https://download.blender.org/demo/test/BMW27_2.blend.zip
Download that file, unzip. Open Blender, open the file that has cpu in it(instead of gpu).
Then just click render. It will take an hour. I use a program that notes the temp during the test. But if you could check along the end. Then I know the max temperature for that.(I use this temperature to compare boards, max-load isn't always the same temp with every program)
Also the version of Blender I'd need to know. 
Blender is a good test because it's using all cores at maximum, and ram speed is also a big factor. So this should be close to 1hour I think.
No worries if you ain't got the time.
 

[rooted]

I would run it NicoD but the device is headless currently, when I get around to installing the necessary packages to get the UI up I can render the scene and give you the statistics.

I'm running sbc-bench with the cores mildly overclocked, will post those results when finished.