this post was submitted on 02 Oct 2023
2230 points (98.1% liked)
linuxmemes
21355 readers
1661 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack members of the community for any reason.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudo in Windows.
- No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.
founded 1 year ago
MODERATORS
Windows too busy using those cpu cycles to gather your usage metrics for sale to third parties.
Somewhat true, but the truth is that the CPU scheduler on Windows is just awful. It literally wastes performance because it doesn't optimize instructions as efficiently as schedulers on other OSes.
Without going into details, we ported an application that I worked with that did complex scientific calculations to Linux. All the calculations code was done in C and C++ so it was 99.9% OS agnostic. We consistently got at least a 50% performance increase when running on Linux as opposed to Windows. We tested just about every edition of Windows from Windows 8/Server 2013 to Windows 10/Server 2019. The version of Windows that did best was Windows 7 and Linux was 50% faster. All the other editions were slower.
And the distro of Linux didn't matter much. A few percent difference here and there, but all of them were astonishingly faster than Windows.
The only similar issue I faced seemed to be due to multithreading. I don’t know enough about the underlying architecture to point my finger at a specific ‘thing’ but I was beating my head against the wall seeing the same 50% drop in performance. The one way I was able to get comparable performance was if I limited the cores on the machine to 1. Windows was only a couple percent slower in that case. When I upped the cores windows couldn’t keep up. The weird part is that the utilization in task manager looked like all the cores were being utilized but the performance certainly didn’t reflect that. I was finally able to get the program manager off my ass but how they handled the situation really soured me on staying with the company so I left, feel bad for the next person to get hit with “get this application off Linux so we can be a 100% windows client shop” garbage.
They contracted the companies developers at over 600k for six months of support, I was dedicated to the effort for a year, and the CIO apparently instructed a PM that nothing else mattered and if it didn’t work I was personally responsible. Like MFers, I didn’t design the hardware, operating system, or the application, I’m doing everything I know how, how exactly is this shit my fault?!
Surely Microsoft knows this.I guess that is why they have gaming mode.
Oh they do, but I don't know what the real reason it stays that way. The only things I could come up with is that they simply don't care, backwards compatibility (that one doesn't really make sense to me), or finally that they can't come up with a better version due to the mathematically good ones already exist in Unix and Linux systems under the GPL.
I'll be honest, I can't see that last reason stopping them, but who knows.
This article really shows the differences:
https://www.pugetsystems.com/labs/hpc/POV-ray-on-Quad-Xeon-and-Opteron-579/
It's a bit old now, but the point still stands. I'm sure the schedulers across all systems have improved since, but it's a fact the Unix/Linux systems are still better and more efficient.