Language Selection

English French German Italian Portuguese Spanish

Please Reinstate the OS Wars

All the glass clicking and cheers of late surrounding the apparent conversion of Microsoft to the open source fold needs to stop. We need the Cold War. We need Communism. And, yes, we need the OS Wars. Like any war, the OS Wars stimulate creativity, spark religious battles and divide the wannabes from the true innovators.

Give me back the days of the Linux zealots who hate Microsoft so much that they remove Washington state from the US Map. Return me to those days of all Microsoft shops that threaten firing to anyone even uttering the word 'Linux' on company property. Send me back in time to the days of "Ken, why are you wasting your time with Linux?" I want to hear Microsoft bigots pronounce Linux with a long I.
Where are the days before every Windows desktop ran a Linux virtual machine? Where indeed.

I want to wax nostalgic about the strange days of Microsoft's open source strategy to kill Linux and how it didn't work. The annals of history recorded that their attempt was a failure. Reminiscing about how every open source company shook hands with Microsoft and became a collective force against nothing is what I want.

rest here




More in Tux Machines

Android/ChromeOS/Google Leftovers

Games: SC-Controller 0.4.2, Campo Santo, Last Epoch and More

Android Leftovers

Ryzen 7 2700X CPUFreq Scaling Governor Benchmarks On Ubuntu Linux

With this week's Ryzen 5 2600X + Ryzen 7 2700X benchmarks some thought the CPUFreq scaling driver or rather its governors may have been limiting the performance of these Zen+ CPUs, so I ran some additional benchmarks this weekend. Those launch-day Ryzen 5 2600X / Ryzen 7 2700X Ubuntu Linux benchmarks were using the "performance" governor, but some have alleged that the performance governor may now actually hurt AMD systems... Ondemand, of course, is the default CPUFreq governor on Ubuntu and most other Linux distributions. Some also have said the "schedutil" governor that makes use of the kernel's scheduler utilization data may do better on AMD. So I ran some extra benchmarks while changing between CPUFreq's ondemand (default), performance (normally the best for performance, and what was used in our CPU tests), schedutil (the newest option), and powersave (if you really just care about conserving power). Read more