Linux Benchmarks – Rockchip RK3288 vs Exynos 5422 vs AllWinner A80 vs Intel Atom Z3735F

With all these Intel Atom Z3735F been released right now at a price similar to ARM based mini PCs, many people, including myself, are wondering about the performance of the low cost Intel processor against their ARM competitors. Ian Morrison just published some results from Phoronix Test Suite comparing the performance of  Firefly-RK3288 (Rockchip RK3288), ODROID-XU3 Lite (Samsung Exynos 5422 BIN2), and A80 OptimusBoard (Allwinner A80) in Linux (Ununtu 12.04.5), against the performance of MeegoPad T01 (Intel Atom Z3735F) running Linux from a Live CD on a USB drive.

Intel_Z3735_Benchmark_vs_ARMSome of the benchmarks failed because Phoronix Test Suite got apparently confused with the file systems located on a USB drive, but at least we’ve got a comparison point, and the results are a bit confusing, as they’re no clear winner. In some tests like FFmpeg, the Intel SoC really crushed the ARM competition being at least twice as fast as Exynos 5422, and about four times faster than RK328 and A80, maybe because of x86 multimedia extensions (SSE4), while in the CLOMP (OpenMP) benchmark it’s the slowest processor, even 6 times slower than on Rockchip RK3288. But overall, Intel Atom Z3735F seems to be a very good performer. We’ll also have to see some GPU benchmark (in Android) to compare these two ARM and x86 SoCs.

Support CNX Software - Donate via PayPal or become a Patron on Patreon
Subscribe
Notify of
guest
14 Comments
oldest
newest most voted
obarthelemy
obarthelemy
5 years ago

Not sure if you’re comparing the actual hardware or the quality of the software with those tests. ARM especially has a lot of hardware options (decoders…) that may or may not be used be ffmpeg et al.

Terry
Terry
5 years ago

No clear winner maybe, but a lot of red for RK3288.

kcg
kcg
5 years ago

@Terry
And red marks first place or last place?

Vegator
5 years ago

@obarthelemy I think in a Linux distribution, ffmpeg/libav will generally be sofware only and the same version for alll chips based on for example Debian/armhf with NEON SIMD support. So NEON is used but hardware decoding (VPU) is not. The same is probably true for the Z3735F, but it uses SSE2+ which is used by the x86-64 version of ffmpeg. The ffmpeg difference might be due to higher SIMD (SSE) throughput for the Intel chip when compared to the NEON SIMD throughput for the ARM chips. Also remember the Intel Z3735F is manufactured on Intel’s 22nm process, which is more… Read more »

linuxium
5 years ago

@Jibril

The colour coding is:

Green is best
Red is worst
Grey is in between

m][sko
5 years ago

@Vegator
I am not sure what ffmpeg benchmark really do but
I did some research last week who really do optimization for ARM NEON and I found a lot of patches from linaro last 5-6 months
It is really interesting that for example x265 don’t have any support for ARM NEON
but it looks like there is big push from linaro since december
and VP9 encoder and opus encoder received big patchset in december with support for ARM 64bit
and also speed up libjpeg-turbo
and many more

Terry
Terry
5 years ago

@Jibril

Linuxium has answered, but Red is worst.

FergusL
FergusL
5 years ago

Good to see how well the Intel compares! We all knew this was coming, Intel jumping in the crazy race of these embedded chips.
Curious to see if Linux could install as easily on the new Intel based tablets.

Now, when shall we get a good dev board with these cpus? 🙂

rasz_pl
rasz_pl
5 years ago

m][sko : @Vegator I am not sure what ffmpeg benchmark really do but I did some research last week who really do optimization for ARM NEON and I found a lot of patches from linaro last 5-6 months It is really interesting that for example x265 don’t have any support for ARM NEON but it looks like there is big push from linaro since december and VP9 encoder and opus encoder received big patchset in december with support for ARM 64bit its because those optimization efforts are USELESS as every SoC on the market has hardware encoders/decoders, no one sane… Read more »

Vegator
5 years ago

@rasz_pl You are right that hardware codecs baked into silicon (VPU) are highly preferable, but optimized software decode is NOT pointless. There are always codec formats or combinations of video and audio codecs that are not fully supported by the VPU, even in Android, so full or partial software decode is required…and those common cases it helps a lot when the software decoding (such as ffmpeg) is highly optimized. Even a single codec standard often has a lot of variants, and most VPUs don’t fully support all variants. Look at media box reviews on this website — in the video… Read more »

Someone from the other side
Someone from the other side
5 years ago

What I like most about the Z37XX series is that it has a scaled down HD4000 in there. In other words, there are decent OSS drivers available. If I didnt already have a core I3 NUC attached to my TV, I would definitely get one of these Pipo X7 thingies (I may yet do so anyway 🙂

Jibril
Jibril
5 years ago

Thank’s Jean Luc for erasing my erroneous post and I apologize for them

Advertisements