this post was submitted on 02 Jan 2025
34 points (97.2% liked)

Hardware

3866 readers
218 users here now

All things related to technology hardware, with a focus on computing hardware.


Rules (Click to Expand):

  1. Follow the Lemmy.world Rules - https://mastodon.world/about

  2. Be kind. No bullying, harassment, racism, sexism etc. against other users.

  3. No Spam, illegal content, or NSFW content.

  4. Please stay on topic, adjacent topics (e.g. software) are fine if they are strongly relevant to technology hardware. Another example would be business news for hardware-focused companies.

  5. Please try and post original sources when possible (as opposed to summaries).

  6. If posting an archived version of the article, please include a URL link to the original article in the body of the post.


Some other hardware communities across Lemmy:

Icon by "icon lauk" under CC BY 3.0

founded 2 years ago
MODERATORS
 

Can it topple x86 and Arm, or is the gap too wide to close?

top 9 comments
sorted by: hot top controversial new old
[–] AllNewTypeFace@leminal.space 9 points 8 months ago

Isn’t China still pushing it hard for reasons of sovereignty? Given China’s surplus manufacturing capacity, that should give it a lift.

[–] TheDemonBuer@lemmy.world 6 points 8 months ago

Google's temporary retreat on RISC-V is a good example of the kind of basic stumbling block that a new architecture faces on the road towards mainstream - the lack of a mature and unified ecosystem.

I think RISC-V is positioned well to be the preferred architecture for an open ecosystem. But that's not necessarily going to help it compete. If RISC-V is ever able to compete with Arm it will be because some company developed a chip based on a proprietary implementation of RISC-V, that is able to outperform Arm based offerings in some key way. Proprietary is just more profitable than open, so that's where the money is going to go, and you need money to compete.

That being said, I'm glad an open standard ISA like RISC-V exists.

[–] henfredemars 6 points 8 months ago

Considering how a product hits mainstream is complicated. I assure you that marketing has asked themselves this question for their own businesses for centuries.

To some degree it’s a chicken and egg problem with respect to software namely OS support. it takes a certain minimum inertia to command support. Outside of this, it’ll be by offering a compelling value proposition and claiming space in products that consumers purchase not specifically for its processor architecture but because those products solve a problem.

[–] SplashJackson@lemmy.ca 5 points 8 months ago (1 children)
[–] SpikesOtherDog@ani.social 10 points 8 months ago (1 children)

I learned that if the headline is a question the answer is always no.

[–] Alphane_Moon@lemmy.world 4 points 8 months ago* (last edited 8 months ago)

Google's temporary retreat on RISC-V is a good example of the kind of basic stumbling block that a new architecture faces on the road towards mainstream - the lack of a mature and unified ecosystem. Most are familiar with the Arm ecosystem, with Qualcomm doing its thing in the laptop market currently with Windows on Arm devices, and Arm already has a foothold in the mobile ecosystem with companies such as MediaTek using the architecture to full effect within its flagship mobiles. But where does RISC-V potentially fit into the equation?

Even Microsoft and Qualcomm are having massive challenges with launching WoA and they've been at it for what seems like more than a decade. It's not only about the smartphone apps, but everything else that comes with it; the whole "supply chain" and ecosystem.

[–] gandalf_der_12te@discuss.tchncs.de 3 points 8 months ago* (last edited 8 months ago)

That's perhaps one of the biggest headaches for RISC-V and the architecture as a whole: software compatibility. While both Arm and the x86 ecosystems are extensively supported, the same can't be said for RISC-V.

I think the future will be that software comes to the end-user device nearly-compiled (think WebAssembly modules) and then is transformed into the final machine code on-device. This way ensures maximum hardware compatibility while retaining portability.

In that case, it doesn't matter so much what hardware you're sporting, as long as it supports the basic instructions.

Actually it wouldn't matter whether people used x86 or armv7 if people stopped distributing target-compiled binaries and supported distributing webassembly modules instead. this would also solve different issues, like code transparency (webassembly can be "un-compiled" to a certain extent), portability, and interlinking.

Let me explain the last point (interlinking):

if you have a good library written in languageX and you want to use it in programming languageY, that's a problem. (for example java library in python). such a thing is often not possible. WebAssembly, however, makes this possible. You can write a library in one language, compile it to webassembly, and then use it in another language. i think that's a good thing and reduced software redundancy (no need to re-write the same library code for every language.)