NicoD

Test for yourselves, Hardkernel has 4 N2 on the bench ready for testing.
 
https://forum.odroid.com/viewtopic.php?p=246987#p246987
@tkaiser
I will build the kernel with 1000hz enabled soon and run sbc-bench again.

Blender results BMW render @ 1080p
Odroid N2 @ 1.9Ghz-1.8Ghz                             Bionic     50m28s
NanoPC T3+ @ 8x1.4Ghz               Armbian      Bionic 1h10m25s
The NanoPi M4 @ 1.5Ghz-2Ghz    Armbian       Bionic 1h13m28s
                              1.4Ghz-1.8Ghz FriendlyElec Bionic  1h28m13s
RockPi 4B @ 1.4Ghz-1.8Ghz                              Bionic 1h17m22s
Odroid C2 @ 1.75Ghz 1104Mhz ram                Bionic 2h10m21s
                      1.5Ghz   912Mhz ram                  Bionic 2h35m10s
Rock64 @ 1.5Ghz                                             Bionic 2h55m56s

The difference is huge. The N2 is in a league of it's own here.
You can only compare 64-bit with 64-bit OS's with Blender. And Stretch performs a bit worse than Bionic.
7zip is an ok test for cpu only. Blender is good to see the performance for most daily use(cpu+ram).

It accepts 7.5V ~ 20V according to the specs, powering with a battery pack shouldn't be an issue
 
This range makes it perfect for automotive use, such as a CarPC.

A good read.
I've learned something. I didn't know the ethernet and usb share the same line. The thing is even crappier than I thought.
I would also have complained (a lot) about their ancient ddr2 RAM chips. I find this the biggest flaw in the design of the 3B+. The SoC is so bottlenecked by this that even at OC of 1.5Ghz, it performs very badly on ram dependend tasks. 

The thing is just one collection of design flaws. I don't know what was going on while they were designing the 3B/3B+. They were clearly not concentrating on their work.
Either they don't have good testers, or they just don't listen to their concerns. All these issues should have been fixed after the first tests.

I still love my 2B, and still use it often. That's got advantages towards other sbc's(power efficient, no throttling, much more stable, ...) I still hope they're going to do better with the next one. But for now I'm going to use my RK3399's and dream of the Odroid N2.
Great job, thanks.

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.

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

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

Ambient temperature is 22.7° C

huh.. that wasn't addressed to you.. more to the politicians I quoted in my starter.. not that you get me wrong on this one..
 
well, they might sold less discs.. Production cost for studio etc. are still here.. but the whole music industry was a way to late to get the money out.. Now spotify and apple music gets a large amount of it.. It's not that they didn't saw it.. Napster was a clear signal that they should find a way to deliver their content and make some money out of it..
 
well that's a difficult crippled topic.. I worked in pharma for several years and currently doing pharma related research at university ergo govt. funded. Not everything there is govt. funded, pharma companies also spend a huge amount into research.. This might be a good one if you want to dive into this topic ( @martinayotte, didn't even know that your country has pharma... ): https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5848527/
I'm not willing to nail down this fully, it's a way too much to consider to 'get the big picture'.. Pharma related research is unbelievable expensive.. Rule of thumb, if a device can be used for pharma related research it's roughly 10x the price you would expect.. The actual production costs of a drug is quite often only a small fraction of the price you pay for it.. The majority goes into other channels, including research, customer promotion and also a bigger amount into dividends - just look how much dividends a pharma-company pays yearly to its shareholders, you wouldn't expect it..
 
Not cause I would prefer an open knowledge world everyone has to agree on my opinion.. People should be free to choose a closed environment if they want..

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.
 

 

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.

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

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)

Still no real specs.
TL told me that it in the beginning of Februari would be sold(2nd week). But still nothing has changed on the website.
Here a announcement with picture of the H64.
https://liliputing.com/2019/02/pine64s-single-board-computers-are-getting-2019-upgrades-prices-still-start-at-25.html
I also made a video about it and the other new products they'll bring out.

You can buy it here on Amazon.de.
https://www.amazon.de/Pine-H64-3GB-Board-Modell/dp/B07BYXB173/ref=cm_cr_arp_d_product_top?ie=UTF8

The board does look good, I like the model b a lot more than model a. I hope there's quickly going to be good software for it so I can test it well.

One of the more honest Raspberry Pi ... today I think the RPi 3A+ is more decent, honest and humble with the user.
I complaint about the bottle neck longtime ago  https://raspberryparatorpes.net/dudas/el-cuello-de-botella-de-la-raspberry-pi/ in Spanish of course.
 

May I know what reason? Seems a bit drastic to do. Are you sure you need to do this>
 
 
You do realize you can use MIPI-DSI for a monitor? 

I am just informing you that there are problems hidden deep inside. We have encounter some and some are ready to be found in a process when kernel gets matured. If I would sit in the plane where captain would say: "Welcome on board. This plane is running RK3399 ... I would immediately leave that plane"  In a few months from now, situation will be changed ... if there will be enough interest to have this kernel pitch perfect.

I hope you are not going to fly soon?  RK3399 is not ready to fly yet 

There are a few differences between both boards. It's like saying that an Audi car is the same as a BMW because they have the same engine(I know nothing about cars).

I've got the PineH64 model B here, but I don't have a complete overview of the specs yet.
What I can say is OPi has LPDDR3 ram up to 2GB, while the PINE H64 has got LPDDR4 up to 3GB.
The OPi has got room for a smd eMMC module, while the Pine has got a eMMC socket so you can remove it.
The OPi has got 4xUSB3.0 ports while the Pine64 only has one USB3 + 2 USB2 ports. I don't know if there is only on USB3 root hub or multiple. So could be that the 4xUSB3 on the OPi are just over the same hub what makes both OPi/Pine as fast.
The Opi also has got USB2.0. The Pine H64 is a lot more compact.
 
It is way too early to say if these boards will have good support for everything you want. You'd be better buy something that's know to have all that instead of one of these. It will take months, and it is to see how many people want to develop for it.
For now all I have is a very badly working Android image, and a Armbian Bionic that only works when I dissable all networking. But that's not very useful at all. It is a very nice board tho. 9/10 for looks
The OPi is also on the way, should have been here a while ago. But they didn't send before Chinese Newyear, so only this week it's departed. Great I've got the PineH64 now. (thank you @Humberg )

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

well their official forum is quite entertaining..   I had some fun the last days when someone proposed that the next pi should have GbE and their mod explained that by 'electrical characteristics' doesn't really matter to me.. As usual those threads get closed.. and due to heavy bloating.. it's soon out of the first page and therefore nobody will see it anymore..
 
I wouldn't fully agree on this one. There are some good people there.. Also people exactly knowing the RPis limitations.. Obviously their paid moderators/developers have to defend their product.. Hey it's part of their job, not always the way I prefer but understandable.. I think the reason you think it's full of trolls is cause they show up first when write something which doesn't end in 'those guys in Cambridge are superior compared to other SBC makers'... They have somehow a weird relationship with the VC4 but well, everybody is free to love whatever s/he wants.. The problem with the RPi is still the 32bit/64bit mixup.. If supported most of the 'nice' features wouldn't work due to 'only 32bit workable' yet..
The potential amount of 'customers' would increase whereas chances that new devs will join cause of the RPi are rather low.. A decent dev could already add the RPi to Armbians buildscript, it would need some hacks here and there.. but it's not that much an issue to do it. Personally I don't see a reason to do it. For most use-cases there are simply better SBCs on market for a similar price.
 
how dare you are---
whereas the only supported RK3288 board is even more powerhungry and also powered by microUSB..
 
well we shouldn't support boards based on the shittyness of support they have... I would prefer one based on 'interesting features'.. If a 'new RPi' is based on a interesting SoC with some nice features without threadX why not? But I don't think this will ever happen, they're just too much tied to broadcom..
 
 

Hi all,
 
I wrote a blog post about some of the issues with the Raspberry Pi that you can find scattered around this and other forums. Hopefully it will save us time from repeating ourselves over and over again.
 
As we know, people don't read the forums until it's too late.

https://ownyourbits.com/2019/02/02/whats-wrong-with-the-raspberry-pi/
 
Thanks tkaiser, I took a sample output from your vcgencmd script.

Same SoC as Pi 3 clocked higher.
 
The only thing interesting at all, but not enough.
 
Same catastrophic design failure as every other Pi.  Useless "upgrade"
 
I could do this with any board I currently own, make a PoE board for it.  Not at all special.
 
Still goofy firmware nonsense.
 
Well thank God since it was garbage before.
 
Sadly the Pi 3 B+ brings nothing of interest to the table when it doesn't even match competing boards that have been released and available for months to years.  Until they move away from the current series of SoC's they won't be of interest.  And they won't do that because it would break their compatibility and destroy the only thing they have that is worth note: the homogenous community support situation.

3.10.65 on OPi 3? Armbian will never deal with the BSP kernel for H6 boards, you may ask in Xunlongs supportforum.
 
 
it would be worth to have your buildscript and it's changes (as a fork) on your github as well, so that people interested in your work can see what you tried so far or even contribute to it.

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.