Technology

59534 readers

3195 users here now

This is a most excellent place for technology news and articles.

Our Rules

Follow the lemmy.world rules.
Only tech related content.
Be excellent to each another!
Mod approved content bots can post up to 10 articles per day.
Threads asking for personal tech support may be deleted.
Politics threads may be removed.
No memes allowed as posts, OK to post as comments.
Only approved bots from the list below, to ask if your bot can be added please contact us.
Check for duplicates before posting, duplicates may be removed

Approved Bots

founded 1 year ago

MODERATORS

340

Linus Torvalds says RISC-V will make the same mistakes as Arm and x86 (www.tomshardware.com)

submitted 4 months ago by neme@lemm.ee to c/technology@lemmy.world

59 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[–] arality@programming.dev 15 points 4 months ago (1 children)

software level architecture that can be used on various different CPU architectures providing maximum flexibility.

I've only done a little bare metal programming, but I really don't see how this is possible. Everything I've used is so vastly different, I think it would be impossible to create something like that, and have it work well.

[–] KillingTimeItself@lemmy.dbzer0.com 2 points 4 months ago* (last edited 4 months ago) (1 children)

theoretically you could do it by defining an architecture operations standard, and then adhering to that somewhat when designing a CPU. While providing hardware flexibility as you could simply, not implement certain features, or implement certain other features. Might be an interesting idea.

That or something that would require minimal "instruction translation" between different architectures.

It's like x86. except if most of the features were optional.

[–] sugar_in_your_tea@sh.itjust.works 2 points 4 months ago (1 children)

It sounds like you're just reinventing either the JVM (runtime instruction translation), compilers (LLVM IR), or something in between (JIT interpreters).

The problem is that it's a hard problem to solve generally without expensive tradeoffs:

interpreter like JVM - will always have performance overhead and can't easily target arch-specific optimizations like SIMD
compiler - need a separate binary per arch, or have large binaries that can do multiple
JIT - runtime cost to compiling optimizations

Each is fine and has a use case, but I really don't think we need a hardware agnostic layer, we just need languages that help alleviate issues with different architectures. For example, Rust's ownership model may help prevent bugs that out of order execution may expose. It could also allow programmers to specify more strict limits on types (e.g. non-zero numbers, for example), which could aid arch-specific optimizations).

[–] KillingTimeItself@lemmy.dbzer0.com 1 points 4 months ago

yeah pretty much. The JVM but marginally less skill issued lol.