5 ms·

Anyone able to put this in context? How fast are these cores compared to various ARM, Intel and AMD cores? At what level can they compete?

sebow 5y ago
If i recall correctly the sifive unmatched is still pretty slow compared to ARM( https://www.phoronix.com/scan.php?page=article&item=hifive-unmatched-benchmarks&num=1 https://www.phoronix.com/scan.php?page=article&item=hifive-u... ).Now this board is not the one in question(P650) but we'll have to observe upcoming benchmarks [for which i recommend phoronix] Obviously you can't even think about comparing it further with Intel & AMD, but when you look at the history of something like ARM(which i believe is 30-40 years old), riscv came a long way pretty fast, and the good thing it's a solid choice for the future due being open.
sanxiyn 5y ago
> With a projected score of 11+ SPECInt2006/GHz, the SiFive Performance P650 brings RISC-V into a new category of high-end computing applications. 11+ SPECInt2006/GHz is comparable to Apple Icestorm microarchitecture. Apple Firestorm microarchitecture is roughly 2x better at 22 SPECInt2006/GHz.
- pantalaimon 5y ago
  Mind you that raw core performance is not everything, memory bandwidth and caches are crucial to make sure the CPU isn't waiting for data all the time.
  - sanxiyn 5y ago
    Yes, but SPECint includes all such effects. As long as SPECint benchmarks (such as GCC) are representative of your workload, it works fine.
    - tlb 5y ago
      I trust that the Apple benchmarks include all such effects. I'm less convinced that the RISC-V "projections" include them. SPECint2006 is supposed to be measured with real memory and an OS. Per-GHz numbers can't accurately reflect main memory latency, since its speed doesn't scale with the CPU clock.
      - spear 5y ago
        Right, and "per GHz" numbers are also not very useful because you can't just crank up the GHz when you need performance. Even with the same process technology, you can't assume different microarchitectures will max out at the same frequency.
        snvzz 5y ago
        You're right, and remarkably Apple has found a major roadblock to clock speeds while using ARMv8. M1's L1 cache is huge, as a workaround to ARMv8's poor code density. Larger cache means lower clocks, unfortunately there's no way around speed of light.
        ksec 5y ago
        >You're right, and remarkably Apple has found a major roadblock to clock speeds while using ARMv8. What? Where is this claim coming from?
- Symmetry 5y ago
  How impressive that number is rather depends on how many GHz they're managing. In general the slower you design your clock to clock, the faster you can make all your caches. Plus the slower you clock your core, designed in or not, the lower the number of clock cycles it takes to talk to main memory.
hajile 5y ago
They claim it's slightly faster than A77. That would have the IPC getting pretty close to AMD's Zen 1 chips (though probably at a lower peak frequency).

sebow 5y ago

If i recall correctly the sifive unmatched is still pretty slow compared to ARM( https://www.phoronix.com/scan.php?page=article&item=hifive-unmatched-benchmarks&num=1 https://www.phoronix.com/scan.php?page=article&item=hifive-u... ).Now this board is not the one in question(P650) but we'll have to observe upcoming benchmarks [for which i recommend phoronix] Obviously you can't even think about comparing it further with Intel & AMD, but when you look at the history of something like ARM(which i believe is 30-40 years old), riscv came a long way pretty fast, and the good thing it's a solid choice for the future due being open.

sanxiyn 5y ago

> With a projected score of 11+ SPECInt2006/GHz, the SiFive Performance P650 brings RISC-V into a new category of high-end computing applications. 11+ SPECInt2006/GHz is comparable to Apple Icestorm microarchitecture. Apple Firestorm microarchitecture is roughly 2x better at 22 SPECInt2006/GHz.

pantalaimon 5y ago
Mind you that raw core performance is not everything, memory bandwidth and caches are crucial to make sure the CPU isn't waiting for data all the time.
- sanxiyn 5y ago
  Yes, but SPECint includes all such effects. As long as SPECint benchmarks (such as GCC) are representative of your workload, it works fine.
  - tlb 5y ago
    I trust that the Apple benchmarks include all such effects. I'm less convinced that the RISC-V "projections" include them. SPECint2006 is supposed to be measured with real memory and an OS. Per-GHz numbers can't accurately reflect main memory latency, since its speed doesn't scale with the CPU clock.
    - spear 5y ago
      Right, and "per GHz" numbers are also not very useful because you can't just crank up the GHz when you need performance. Even with the same process technology, you can't assume different microarchitectures will max out at the same frequency.
      - snvzz 5y ago
        You're right, and remarkably Apple has found a major roadblock to clock speeds while using ARMv8. M1's L1 cache is huge, as a workaround to ARMv8's poor code density. Larger cache means lower clocks, unfortunately there's no way around speed of light.
        ksec 5y ago
        >You're right, and remarkably Apple has found a major roadblock to clock speeds while using ARMv8. What? Where is this claim coming from?
Symmetry 5y ago
How impressive that number is rather depends on how many GHz they're managing. In general the slower you design your clock to clock, the faster you can make all your caches. Plus the slower you clock your core, designed in or not, the lower the number of clock cycles it takes to talk to main memory.

hajile 5y ago

They claim it's slightly faster than A77. That would have the IPC getting pretty close to AMD's Zen 1 chips (though probably at a lower peak frequency).