Lubuntu 22.04 very slow in old laptop

Hello,

I have an old laptop (Presario CQ57-302SL) that I upgraded with 8GB of RAM and an SSD. I intend to use this computer for basic tasks such as terminal operations and web browsing, and I have installed Lubuntu 22.04 LTS.

Upon booting, I encountered an error: “common_interrupt 1.55 no irq handler for vector.” Despite updating the BIOS to the latest version, the error persists. Additionally, I receive several messages during boot, but the system loads up, and I can use it. However, it is notably slow, especially when opening Firefox or Brave. It takes about 40 seconds to open Firefox and load the Google homepage. Terminal, file manager, and other tasks seem to work normally, albeit not fast but still usable.

Considering the available RAM and the solid-state disk, the system’s performance appears slower than expected. I suspect that GPU driver incompatibility might be causing the issue, but I’m unsure about the necessary steps to resolve it. When minimizing a window, I observe non-fluid movements.

I’ve attached a picture of the messages I receive during boot. The laptop’s specifications include an AMD E-300 APU, Radeon 6310 GPU (with only 256MB RAM, and I cannot set more from the BIOS), 8GB RAM, and a 256GB SSD.

This laptop holds sentimental value as it belonged to my late father. I would appreciate any assistance in resolving these issues. Thank you.

inxi -G
Graphics:
Device-1: AMD Wrestler [Radeon HD 6310] driver: radeon v: kernel
Device-2: Alcor Micro HP Webcam-101 type: USB driver: uvcvideo
Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: ati,radeon
unloaded: fbdev,modesetting,vesa gpu: radeon resolution: 1366x768~60Hz
OpenGL: renderer: AMD PALM (DRM 2.50.0 / 6.5.0-15-generic LLVM 15.0.7)
v: 4.5 Mesa 23.0.4-0ubuntu1~22.04.1

i also get these warnings:

W: Possible missing firmware /lib/firmware/amdgpu/ip_discovery.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/vega10_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi12_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/psp_13_0_6_ta.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/psp_13_0_6_sos.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/aldebaran_cap.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/aldebaran_sjt_mec2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/aldebaran_sjt_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_9_4_3_rlc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_9_4_3_mec.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_11_0_0_toc.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sdma_4_4_2.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes1.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/sienna_cichlid_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/navi10_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/gc_11_0_3_mes.bin for module amdgpu W: Possible missing firmware /lib/firmware/amdgpu/vcn_4_0_3.bin for module amdgpu

I’ll provide some thoughts, they’re just comments to consider

swap

Have you increased swap size? and ensured your installation method created swap.

I’ve noted (and I’m often using older hardware) that it makes an huge difference. Your machine has 8GB of RAM (alas limited video RAM) so it may not make a difference, but I’ve written about many times on this & other sites how increasing swap can make a slow machine fast again when needed (this is usually on devices with 4GB or less of RAM though)

kernel stack

On older hardware, I’ve often found much better experience using the older or more stable kernel stack (ie. GA for a LTS release like you’re using). Of course for newer hardware the newer HWE stack usually benefits, but you didn’t specify which stack you’re using.

With Lubuntu, the install media used dictates the default kernel stack; Lubuntu 22.04 & 22.04.1 ISOs installed the GA kernel stack; Lubuntu 22.04.2 & later installed the HWE kernel stack.

Multiple stacks can co-exist too; it’ll just mean you have a slightly larger disk footprint (both will be installed) & slightly larger updates (both will get upgrades/fixes), though some NVidia or closed-source kernel modules can prevent multiple stacks co-existing.

https://wiki.ubuntu.com/Kernel/LTSEnablementStack

FYI: All Ubuntu flavors (inc. Lubuntu) still act like Ubuntu 18.04 LTS Desktop & earlier in that doc. The changes for 20.04 & later only relate to Ubuntu Desktop ISOs.

Switching to a different stack (key is you didn’t specify what you’re actually using, what media you used to install) will change the kernel, and thus kernel modules too (aka drivers) so may actually help with this.

3 Likes

I agree with Chris on this one. It might benefit you to move to the other kernel stack.

In the case that what you have is the HWE stack, you might see different behavior “downgrading” to the GA kernel.

The link Chris provided has instructions on that.

2 Likes

Thank you all for the answers. I’ll work on this today and give a feedback.

Hello, I downgraded my system to kernel version 6.5.0-15-generic and increased the swap file from 500MB to 2GB. However, htop doesn’t indicate the swap space in use, and there’s been no noticeable improvement in performance. When launching a browser, the process consumes all CPU resources. Additionally, during boot, I still encounter the issues mentioned in the first post screenshot. It’s worth noting that I have removed the HWE (Hardware Enablement) kernel.

us@lnx:~$ dd if=/dev/zero of=testfile bs=1M count=100 conv=fdatasync
100+0 records in
100+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 1.15695 s, 90.6 MB/s
us@lnx:~$ dd if=testfile of=/dev/null bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0.159844 s, 656 MB/s

Thanks

Your dd tests look like your running the SSD in IDE mode
(instead of AHCI - so check your bios).

And the 2nd test is also probably misleading without
$ sudo sh -c "echo 3 > /proc/sys/vm/drop_caches"
in-between.

But I don’t think this is the cause of your symptoms.
I found this which suggests going back to kernel 6.2 or 5.15.

1 Like