Originally posted by Linuxxx
View Post
Desktop
OS: Ubuntu 20.04 LTS Desktop
Motherboard: ASUS Prime X570-P
CPU: AMD Ryzen 9 3950X
GPU: ASUS Radeon RX 5600 XT EVO Dual
RAM: 128 GB Crucial Ballistix DDR4 3,200 MHz
SSD: Seagate FireCuda 520 1TB
This machine is the one that would semi-frequently boot up at crippled speeds. It's also the one that would sometimes not have the display come back on after going off. It did experience the issue of the mouse wheel scroll sensitivity decreasing until that device was unplugged and replugged.
Laptop
OS: Ubuntu 20.04 LTS Desktop
Model: Lenovo ThinkPad T495
APU: AMD Ryzen 5 3500U
SSD: Seagate BarraCuda 120 1TB
This machine did better overall. It always started up at full speed, but sometimes all input would die until I locked and unlocked the screen. Which strange, because if input is really dead, why did <WinKey>+L still work? This machine also exhibited the issue of mousewheel sensitivity going down until the mouse was unplugged and replugged.
Server
OS: Ubuntu 20.04 LTS Server
Motherboard: ASUS Prime A320I-K
APU: AMD Athlon 220GE
RAM: 16 GB Crucial Ballistix DDR4 2,667 MHz
SSD: Seagate BarraCuda 120 250 GB
HDD: Seagate IronWolf Pro 4TB (x3, RAID-Z)
This machine had flawless reliability.
Concluding Thoughts
I noticed that on the Server OS, Canonical has the kernel pinned to 5.4, which is an LTS release. Debian 11, which I have had zero issues with across these three machines, is also on an LTS release: 5.10.
The Desktop OS also started at 5.4, but then went to 5.8 (not LTS), and now it's at 5.11 (also not LTS). Now my desktop and laptop only ran 5.11 for a few days before going to Debian 11. In that time, I didn't have any issues, suggesting that at least most of my problems were caused by the 5.8 kernel. But that begs the question........
Why didn't Canonical take Desktop Ubuntu from 5.4 (LTS) to 5.10 (LTS), instead of putting everyone through that crappy 5.8 kernel?
Leave a comment: