Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Yet I also feel the things C910 does well are overshadowed by executing poorly on the basics. The core’s out-of-order engine is poorly balanced, with inadequate capacity in critical structures like the schedulers and register files in relation to its ROB capacity. CPU performance is often limited by memory access performance, and C910’s cache subsystem is exceptionally weak. The cluster’s shared L2 is both slow and small, and the C910 cores have no mid-level cache to insulate L1 misses from that L2. DRAM bandwidth is also lackluster.

I'm not a CPU designer but shouldn't this be points that one could discover using higher-level simulators? Ie before even needing to do FPGA or gate-level sims?

If so, are they doing a SpaceX thing where they iterate fast with known less-than-optimal solutions just to gain experience building the things?



Quite likely, yes. It should be possible to make estimates of how much your cache misses are going to impact speed.

But there's a tradeoff. It looks like they've chosen small area/low power over absolute speed. Which may be entirely valid for whatever use case they're aiming at.

Note from the git history is that this is basically a 2021 design. https://github.com/XUANTIE-RV/openc910/commits/main/


No, that's when they open sourced it. It was designed in 2018/early 2019 and picked up the May 2019 RVV spec. By late 2021 I already had a commercially sold C910 dev board (RVB ICE).

https://linuxgizmos.com/dev-kit-debuts-risc-v-xuantie-c910-s...

Android was shown running on an earlier C910 board (ICE EVB) for the same THead ICE test chip already by January 2021:

https://www.hackster.io/news/alibaba-s-t-head-releases-open-...




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: