A1xLLcqAgt0qc2RyMz0y
Veteran
Some (more) Project Denver benchmarks
http://www.realworldtech.com/forum/?threadid=147408&curpostid=147408
http://www.realworldtech.com/forum/?threadid=147408&curpostid=147408
By: Gian-Carlo Pascuttog
I couldn't really find the Project Denver / K1-64 benchmarks I was interested in. Most of them seem to jump from Geekbench core tests to comparing outdated JS benchmarks (...in not necessarily the same browser compile etc).
Now that I have one I've played a bit with it. JS benchmarks are all from the current Firefox ARMv7 32-bit Nightly. Dromaeo has a good mix of low-level loops and higher-level DOM manipulation, Octane 2.0 is a decent mix of "real" JS code, sjeng is the latest version of the engine in SPEC2006, 32-bit compile.
Of course I can't eliminate the influence of the SoC and memory on the core. But for example something like sjeng doesn't depend on memory bandwidth, only a little bit on latency.
Higher = better.
Cortex A8 1Ghz (Galaxy Nexus)
sjeng NPS: 96713
Dromaeo: no RAM
Octane: no RAM
Cortex A9 1Ghz (Galaxy Tab 10.1)
sjeng NPS: 103951
Dromaeo: no RAM
Octane: 1873
Krait 300 1.5Ghz (Nexus 7)
sjeng NPS: 116366
Dromaeo: 132 runs/s
Octane: 2935
Denver K1-64 2.3Ghz (Nexus 9)
sjeng NPS: 543403
Dromaeo: 489 runs/s
Octane: 8666
Haswell 3.8Ghz (Dell Desktop)
sjeng NPS: 1142511
Dromaeo: 1327 runs/s
Octane: 33422
Interesting observations for me:
Krait scores are fairly low, hardly outperforming Cortex A9 clock-for-clock. We had some issues in another project with some DSP code that turned out to run faster in FP mode on Krait - very unusual for an ARM chip. We initially thought it was because the Krait had a great FPU but this makes me doubt that a bit. I'm wondering if the chip is thermal throttled in the N7? Maybe I can check on a N4 someday.
Denver core seems excellent, especially compared to the other ARM chips. Krait is more or less demolished. Compared to Haswell, best result is only 22% slower clock for clock if the code is fairly static and small, on workloads with more and varying instruction code it can blow up to 200% easily though. Too bad crosscompiling and running gcc as a benchmark is such a bother on an Android device.