For PC gaming news and discussion.
PCGamingWiki
Rules:
- Be Respectful.
- No Spam or Porn.
- No Advertising.
- No Memes.
- No Tech Support.
- No questions about buying/building computers.
- No game suggestions, friend requests, surveys, or begging.
- No Let’s Plays, streams, highlight reels/montages, random videos or shorts.
- No off-topic posts/comments, within reason.
- 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.)
- 1 user online
- 79 users / day
- 402 users / week
- 996 users / month
- 2.98K users / 6 months
- 1 subscriber
- 6.85K Posts
- 53.3K Comments
- Modlog
For the people expecting this to be a CPU with a big-little architecture or NVIDA GPU, it was both.
There used to be performance issues with mixed P and E cores and Linux, but I thought that was solved. Could that still be causing this discrepancy?
Is it a new architecture that is not yet fully utilized by Linux but we can expect it will be soon?
It will probably be faster in the future under Linux, but I’m no kernel developer
Understanding what to do with P and E (and LPE?) cores in general I assume has been solved, but I would guess that each new CPU model comes out needs to be configured so that the kernel knows what arrangement of cores it has and maybe that hasn’t been done yet because the chip is so new?