Linked by Thom Holwerda on Sat 11th May 2013 21:41 UTC
Windows "Windows is indeed slower than other operating systems in many scenarios, and the gap is worsening." That's one way to start an insider explanation of why Windows' performance isn't up to snuff. Written by someone who actually contributes code to the Windows NT kernel, the comment on Hacker News, later deleted but reposted with permission on Marc Bevand's blog, paints a very dreary picture of the state of Windows development. The root issue? Think of how Linux is developed, and you'll know the answer.
Permalink for comment 561214
To read all comments associated with this story, please click here.
Comment by ansidotsys
by ansidotsys on Sat 11th May 2013 23:07 UTC
ansidotsys
Member since:
2008-08-15

Looks to me like this is getting overblown. Personally, after reading the title, I was expecting a technical response for a technical claim. Instead, what I got was a pseudo-socio-political response. Reading it through, it is clear to me that whomever this is, wrote it as an off hand rant.

What it comes down though is that MS development is conservatively managed whereas the Linux kernel is not. This can be an advantage for stability for Microsoft or for the many incremental improvements for Linux. When your userbase is in the billions, it makes sense to be conservative. You don't see major rewrites of significant subsystems in Windows because of this. How many times does the Linux driver ABI change? How many IPCs are there going to be? SystemD anyone? Etc, etc..

In any case, the development methodology of both Linux and Windows have their merits. Linux, obviously, is better suited for the high churn and just-recompile-it environment that comes with being an open source project. In fact, this goes hand-in-hand with the just-throw-it-away mentality of the cell phone market. Clearly that market has proven conducive to the Linux model.

On the other hand, Windows allows for many leaf projects (such as commercial games) to succeed that would generally require far too much maintenance under the former. Steam is trying to mitigate this by shipping software outside the main dependency-resolution packaging world. The same is true for a vast majority of new peripherils and their drivers.

In any case, they both have merits.

Edited 2013-05-11 23:11 UTC

Reply Score: 6