this post was submitted on 16 Oct 2024
110 points (99.1% liked)

PC Gaming

8396 readers
450 users here now

For PC gaming news and discussion. PCGamingWiki

Rules:

  1. Be Respectful.
  2. No Spam or Porn.
  3. No Advertising.
  4. No Memes.
  5. No Tech Support.
  6. No questions about buying/building computers.
  7. No game suggestions, friend requests, surveys, or begging.
  8. No Let's Plays, streams, highlight reels/montages, random videos or shorts.
  9. No off-topic posts/comments.
  10. Use the original source, no clickbait titles, no duplicates. (Submissions should be from the original source if possible, unless from paywalled or non-english sources. If the title is clickbait or lacks context you may lightly edit the title.)

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 3 points 1 day ago* (last edited 1 day ago) (1 children)

The libraries would probably be easy. We’ve already got x86 and amd64 libraries on the same machine, but the kernel I imagine would be awful. Would two kernels have to run on the same machine? What about memory access? What about the scheduler? Would it really be more efficient than emulation? For every x86 instruction, there is either an equivalent instruction or an equivalent set of instructions for ARM.

[–] [email protected] 2 points 1 day ago (1 children)

I imagine would be awful. Would two kernels have to run on the same machine?

Correct me if I'm wrong, but afaik, applications talk through APIs. It shouldn't matter if app runs x86 and kernel is ARM

[–] [email protected] 2 points 1 day ago

But the code that loads other code (launches an app, switches to it, etc) needs to be running on the same CPU, afaik.