7 ms·
Not yet at least anyway. RISC-V is eating their lunch. There will be a myriad of Chinese design houses and fabless manufacturers churning out cheap cores for u
by UltraViolence 4y ago
Not yet at least anyway.
RISC-V is eating their lunch. There will be a myriad of Chinese design houses and fabless manufacturers churning out cheap cores for use in almost everything. When you're making a CPU core for a microwave or cheap trinket even a few pennies saved by not having to pay for an ARM license matters. And the freedom to alter the design as you see fit is worth its weight in gold in a hyper-competitive market
- _hypx 4y agoRISC-V is to ARM as ARM is to x86.
- PebblesHD 4y agoA few years ago I would have agreed with this hierarchy but having recently replaced my relatively powerful i7 laptop with an ARM based one and experienced a significant improvement in my use cases, I’d say ARM most definitely poses a threat to x86 for the majority of consumer use cases.
- philosopher1234 4y agoI think that was actually their point. There will be a RISCV rampage
- fwsgonzo 4y agoThe vector extension in RISC-V is extremely powerful, and I think it will be very interesting to see what can be done with it in a desktop or server CPU down the road.
- brucehoult 4y agoIt is. SVE is very similar too. It's going to be interesting between then, because they are both coming out of the blocks at about the same time. The only consumers who have SVE now are owners of this year's phones with the Snapdragon 8 Gen 1 (Galaxy S22, Xiaomi 12, ...), where it is buried so deep few will be aware of or playing with it. No one at all has mass-production RISC-V vector extension 1.0 just yet. Two popular Chinese SBC makers have said in chat rooms that boards they will announce (maybe even ship) in December do (and with quad 2.5 GHz OoO cores!) I'm slightly dubious but we will see. In any case, some will be coming in 2023 -- and in laptops, not only SBCs. Quite a lot of people have bought cheap RISC-V SBCs using the Allwinner D1 SoC, which implements draft version 0.7.1 of the RISC-V vector extension. Most instructions are unchanged (in both mnemonics and binary encoding) between 0.7.1 and 1.0 but enough very important instructions have changed -- vsetvli and loads and stores, for example -- that code needs to be tweaked to move between them. But 0.7.1 is good practice, and boards start from $17 (1 GHz single core with 512 MB RAM, very similar to a Raspberry Pi Zero) which is a lot cheaper than a sacrificial Galaxy S22.
- kyriakos 4y agoThe point here is that risc V will do the same to arm that arm is doing to x86, therefore arm shouldn't underestimate the competition.
- makapuf 4y agoWell if the ARM laptop is Apple silicon, ARM poses a threat for the majority of Apple consumer use cases.
- RobotToaster 4y agoI still don't understand how RISC machines can outperform CISC ones on the desktop. Is it just the intel/AMD duopoly causing stagnation? or something fundamental?
- qwytw 4y agoI think Apple just designed a better CPU than AMD and Intel could due to a variety of reasons. The fact that it's ARM seems to be mostly tangential if Apple if had access to another architecture and invested a similar amount of money and resources into it for over 10 years the result would probably be similar. It’s not like Qualcomm or any other ARM manufacturer has anything remotely close to M-series SoC.
- mavhc 4y agoa) It's not on the desktop, it's on the laptop b) CISC machines are just RISC machines with an extra layer of decoding c) Bringing your CPU design in house means it can interface better with your hardware and software d) cost
- dkjaudyeqooe 4y agoThe whole point of RISC is that it's faster than CISC. It doesn't matter where.
- todd8 4y agoBack in the mid 80's, I was an operating system architect at IBM during the first couple of versions of AIX (IBM's Unix system). This ran on a new RISC architecture that is now called POWER. The idea for RISC came from the realization that complex instructions in a CISC processor still had to run a set of lower level functions provided by the hardware. Consider, for example, the CISC architecture of the DEC PDP-11 computer (the system that Unix was originally developed on). It's indirect addressing modes where used to store or load from an address found in a register; this is a frequently used addressing mode on both RISC and CISC machines. However, the PDP-11, being a CISC machine, had eight variations of indirect addressing that automatically incremented/decremented the memory address in the register by one or two, before or after the location was used, etc. As an assembly language programmer I liked this because it seemed like I could get more work done in a single instruction when I was iterating over an array of data. However, this is an illusion. The hardware still had to do the work so that single instruction using autoincrement indirect addressing took more time to run. RISC machines generally have a few very simple load and store instructions to access memory and most other instruction work on registers alone. The underlying hardware is more straight forward. The instructions have more predictable running time. It is easier to perform out of order execution and speculative execution since the instructions can be arranged to use non-overlapping set of registers. For these reasons, the researchers developing RISC believed that they could achieve the same speed as CISC by running more instructions each running a bit faster than CISC instructions. At this point, one might think that it is kind of a six of one, half-dozen kind of comparison where there is no clear advantage. But RISC has another advantage over CISC. Because the hardware is so straight forward it is easier for compilers to do very sophisticated optimizations. CISC computers often have special registers used by certain instructions differently than other registers. RISC computers usually have a larger number of basically identical registers. This makes register allocation much easier for compilers. On RISC computers, the instructions are often all of the same size again making it easier for compilers to arrange the instructions to fit better in the highest performing cache memory. The idea is that RISC is friendlier to compilers, and the combination of the fast simple instructions and advanced compilers will outperform the CISC machines. This all sounds good and I consider IBM's POWER and the ARM architecture a success, but Intel is full of very smart people and they have proven that it's not entirely clear that RISC is better than CISC. Some complex instructions are just very useful, like Intel's vectorization instructions and the 2013 instructions that accelerate the calculation of SHA and SHA-256. Lot's of factors are important in general purpose processor designs: virtual memory support (IBM's POWER has an inverted page table design for example), multiple compute units, virtualization, multicore, caches, good support for JIT compiler designs not just the AOT compilers envisioned when RISC was first being developed. Intel's success and the need for backward compatability has shackled its current designs, and they have done very well despite this. Although I like the idea of a simpler faster architecture (RISC), Intel might be developing their own next generation processor architecture right now because this would fend off RISC-v and AMD too. They might come out with a new design that was RISC or CISC or a hybrid; it might even be wildly different like a very long instruction architecture.
- bee_rider 4y agoSorta except at least when x86 vendors said this, they actually dominated the datacenter. ARM isn't even done supplanting x86 yet and they've already got a lower-power, more open competitor breathing down their neck.
- qwytw 4y agoIs RISC-V really a much bigger threat to ARM in the datacenter than ARM was to x86 in the early 2000's?
- brucehoult 4y agoIn the early 2000s it was x86 being a threat in the datacenter to Sun, PA-RISC, POWER etc. Most companies switched to x86 15-20 years ago and it's pretty entrenched now. They are just now switching -- or freshly switched -- to ARM, and the technical differences between ARM and RISC-V being very minimal, ARM won't be entrenched before RISC-V is competitive around 2025 (designs on the drawing boards now).
- qwytw 4y agoTrue, I probably went too far back, still, though it seems like ARM was closer to where x86 was back then than RISC-V is to ARM now, at least if we compare actual chips that are available. > entrenched before RISC-V is competitive around 2025 (designs on the drawing boards now). I'm sure people working on POWER, Itanium etc had similar plans at some point in the past. Are there significantly more resources being invested into RISC-V compared to ARM now and if not is there something inherently superior about RISC-V which would outweigh that?
- brucehoult 4y agoThere will be if Arm keeps suing their customers who are investing big money into developing Arm-compatible cores superior to Arm's own ones! Arm being both the keeper of the spec and the main supplier is a dangerous position for everyone else in the ecosystem.
- simonh 4y agoRISC-V is certainly a great option for low cost controllers because you can just slot in an existing design cheaply with minimal customisation. Most applications for ARM and RISC-V use existing standard base core designs to which you add whatever mix of additional components you need. So the real question is, where is the investment in the open RISC-V core architecture coming from? That’s what will push RISC-V forward. With ARM every time a small design house drops an ARM core into a SOC they pay a fee that funds further ARM architecture development. That’s not so with RISC-V. None of those Chinese design houses are making any significant investment in advancing the state of the art in RISC-V core design. Also those private shops that do innovate on the RISC-V core architecture don’t necessarily have an interest in open sourcing their improvements. So I suppose we’ll see. As is often the case it’s not so much the technical issues that will decide the matter but the investment and funding model for the open core architecture.
- zozbot234 4y agoCore architecture is the easiest part actually, there's plenty of high-level core designs available in the open. Turning that broad architecture into real products is a lot more challenging, and is where shops like e.g. SiFive can thrive. But that's just how fabbing chips works, it applies to RISC-V as much as anything else. And we'll probably see even more openness than that at the trailing edge of chip fabrication - the relevant segment for e.g. commodity embedded parts, where there's a far better understanding of processes and design rules.
- londons_explore 4y ago> private shops that do innovate on the RISC-V core architecture don’t necessarily have an interest in open sourcing their improvements. Most stuff in China is 'open sourced' through extensive code leaks, even for silicon designs. There are websites designed for downloading your competitors code. Most cheap products from China I have no difficulty locating at least some source code for. Getting it to build on the other hand is a totally different ball game...
- qwytw 4y agoIt's sounds like there is very little incentive to for companies to invest significant resources into improvements in such an environment.
- goodpoint 4y ago> And the freedom to alter the design as you see fit is worth its weight in gold in a hyper-competitive market That applies only to FOSS cores.
- dkjaudyeqooe 4y agoThat's not true, vendors will offer various licensing terms.
- snvzz 4y agoAnd have an incentive to. Else, you can just go to another vendor. There's already tens of vendors and hundreds of designs.
- netheril96 4y agoRISC-V is definitely more palatable than ARM to China, high end or low end, because it is one less thing the United States can sanction China with. What remains to be seen is how much influence China's preference for RISC-V can have on the world.