this post was submitted on 16 Oct 2024
118 points (99.2% liked)

PC Gaming

8568 readers
596 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, within reason.
  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] 7 points 1 month ago (2 children)

Its gonna be ARM based

Doubtful. Emulation of x86 code is just too slow. I'd rather expect hybrid SoC, with both ARM cores and x86. System and dedicated games can run natively on ARM, while legacy software may utilize x86

[–] [email protected] 4 points 1 month ago (1 children)

That sounds like a nightmare to code for.

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

That the kernel developers to decide, the deve wouldn't need to change angthingz but i doubt the idea too, how can sincronize the arm and x86? How to you handle libraries of the different architectures

[–] [email protected] 3 points 1 month ago* (last edited 1 month 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 month 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 month ago

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

[–] [email protected] 6 points 1 month ago (1 children)

This seems like it would put the price far out of reach.

[–] [email protected] 4 points 1 month ago (1 children)

I don't know - you'd need at least 4 arm cores, and 4 x86. Current deck uses just 4 x86, so squeezing in more would require waiting for some fabrication improvement to keep power draw and cost sane

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

That just seems like at least double the cost.

[–] [email protected] 3 points 1 month ago

Not necessarily. Steam Deck SoC is CPU+GPU out of which latter is probably the bigger part. Also, on the chip there are all the memory, USB, Pcie, audio and other controllers.

Adding 4 arm cores definetly wouldn't double the chip size