SBC CPU Throughput

In my architecture analysis days we used the term " Lies, damn lies and benchmarks!"

Most computer architectures are too varied to assess with simple benchmarks.  You really need to look at your proposed application and look into the system architecture to get a good feel about how well one processor will perform over another.

Unless you work with each processor in assembly language, you will seldom collect anything but interesting data.

True performance is always dependant upon the compiler, application structure, operating system, I/O drivers and many other details.

Raw power is seldom the only answer needed for a good system design.

Just my opinion,

DAB

> " Lies, damn lies and benchmarks!"

While it is certainly possible to lie with benchmarks, it is also possible

to tell the truth, and in this case the benchmarks appear to be telling the truth

within their scope of application (integer compute bound), because they

confirm what you would expect based on clock rate and architecture.

They confirm that when the clock rate increases from 700MHz to 1GHz on

the same architecture, that the benchmark timings have a corresponding

improvement.

They confirm that when the architecture improves from ARMv6 to the

superscalar ARMv7, but the clock rate is held constant, there is a

corresponding improvement.

They confirm that when both the architecture and clock rate are both held

constant, such as between the cubieboard and BBB, that the benchmark

timings are relatively constant.

They confirm that between the RPi and BBB there is a substantial

performance difference, for integer compute bound, much greater than

the difference in price.

Do you really think that a different integer compute bound benchmark would be

likely to show that the RPi actually has the better cost/performance ratio?

> " Lies, damn lies and benchmarks!"

While it is certainly possible to lie with benchmarks, it is also possible

to tell the truth, and in this case the benchmarks appear to be telling the truth

within their scope of application (integer compute bound), because they

confirm what you would expect based on clock rate and architecture.

They confirm that when the clock rate increases from 700MHz to 1GHz on

the same architecture, that the benchmark timings have a corresponding

improvement.

They confirm that when the architecture improves from ARMv6 to the

superscalar ARMv7, but the clock rate is held constant, there is a

corresponding improvement.

They confirm that when both the architecture and clock rate are both held

constant, such as between the cubieboard and BBB, that the benchmark

timings are relatively constant.

They confirm that between the RPi and BBB there is a substantial

performance difference, for integer compute bound, much greater than

the difference in price.

Do you really think that a different integer compute bound benchmark would be

likely to show that the RPi actually has the better cost/performance ratio?