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.
Thread beginning with comment 561241
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: makes sense
by bert64 on Sun 12th May 2013 12:47 UTC in reply to "RE: makes sense"
Member since:

People do care about faster, perhaps not those who run a single system on a modern desktop but think of other areas, where linux happens to be strong.

Embedded devices - much slower hardware, better performance counts (and can also improve battery life).
Supercomputers - slight performance improvement, multiplied by thousands of nodes.
Virtualization - slight performance improvement, multiplied by large numbers of virtual machines.

As for drivers, i have never had a driver that was in the kernel break, and that is where drivers should be so that they can be improved and debugged alongside the rest of the kernel. The idea of third parties creating binary drivers is extremely damaging, and is one of the reasons why windows has never been successful on non x86 systems. I very much like the fact that virtually all the USB peripherals i use on my x86 linux boxes will also work on my arm based linux systems. Closed source binary drivers will never have this level of flexibility.
Also, even MS were forced to break the driver interface with vista because the old driver interface was holding them back. Linus doesn't want to get stuck in a situation like that, where progress is impeded unnecessarily. Linux typically undergoes regular, small changes instead of sudden large ones, and when the interface is changed the in-kernel drivers are typically changed at the same time so nothing will ever be in a state of not working unless your running bleeding edge development kernels (an option that closed source systems typically dont even provide at all).

Linux is not flatline, its huge in pretty much every market except desktops, and its lack of success in desktops is more down to marketing and lock-in than any lack of technical merit.

Reply Parent Score: 9