Language Selection

English French German Italian Portuguese Spanish

My thoughts on Slackware 12.0

Filed under
Slack

It seems that the strength of OSS and GNU/Linux in the past was the number of projects that existed. Now that very strength gets in the way of a person searching for the distribution that works for them. Many distributions of GNU/Linux and other operating systems do much of what most people need, but very few do everything that the average user wants their computer to do.

I have used GNU/Linux in one form or another since ’98, but only as a hobbyist. With each release, I relied on proprietary operating systems less and less, finally retaining GNU/Linux as my only operating system in 2005.

With each new operating system I used, there was something that I could not comfortably accomplish. This was very much the case in Windows, and continued to be so with every version of GNU/Linux that I tried. Though with each distribution, the situation would get better and better, it was a matter of deciding what I was able to do without.

I had always avoided Slackware because of its reputation for being very difficult to install and configure. I am not a computer professional, so possess the knowledge of a typical user. I just want things to work.

I decided after a little bit of research to take the plunge.




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