this post was submitted on 27 Oct 2023
508 points (93.2% liked)
Technology
59436 readers
3812 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
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It must be very hard to exactly compare games between Windows and Linux because it's possible that emulation in Proton, WINE or the driver means some settings or extensions might not be enabled even if they appear to be. DirectX emulation is also bound to slow things down so a game probably has to be use OpenGL or Vulkan directly.
So while I can well believe that Linux can keep up and possibly exceed Windows, it needs a careful technical eye to ensure a true comparison is happening.
Wine is not an emulator
but the E literally stands for emulator
(I'm kidding)
Just in case someone sees this and doesn't understand all this, WINE is an acronym that literally means "WINE Is Not an Emulator."
And it is an emulator these days. Their own website says it and it's obviously one just thinking about it for a second. The reason it started with that acronym was because originally you could take Windows source code, compile it against winelib and run it natively. It is an emulator when actual Windows binaries are executed against it.
I suppose I am not sure entirely what constitutes an emulator and what doesn't, but I always thought an emulator mimics (emulates) a certain systems architecture, i.e. has to be slower by design than the real thing. In wine, however, windows system calls are replaced / re-routed to the underlying linux system calls which are often much faster, which is why wine often exceeds windows in performance executing windows binaries (assuming you can get them to run at all :)
An emulator simulates hardware with software. That's why it's slower than running on the original hardware, unless you're running on a hardware significantly faster than the original.
But Wine is not an emulator because it mimics software with different software. You still run on the same hardware, that's why wine/proton only runs on x86.
So the whole "wine is not an emulator" might sounds like pedantry but it's not. It's an important distinction. Because it's not an emulator there is no inherent perf cost.
thanks, this is exactly my understanding, just worded better because I was apparently linguistically challenged on my previous post... :D
WINE has a FAQ on the matter - https://wiki.winehq.org/FAQ#Is_Wine_an_emulator.3F_There_seems_to_be_disagreement
Short story, it depends what you use WINE for and the perspective you're looking from. I think from a binary's POV that thinks it is calling Windows OS it is emulation.