Laptop slowed down

well after running fedora 36 on my laptop for over a month now i’ve noticed a considerate slow down boot time and performance time. Even opening firefox times a while. Doing my accounts is a drag to get anything done.

any help appreciated

For debugging bootup, systemd-analyze blame might give you a clue. Otherwise, you might run htop (or top, bpytop, or btop) when you notice the slowdown to see what processes might be using up the most resources.

top says loads running as root, but only 4 as john…but i dont know what to look for to be honest

15.122s plymouth-quit-wait.service
 8.374s udisks2.service
 6.993s NetworkManager-wait-online.service
 6.624s akmods.service
 6.223s initrd-switch-root.service
 4.372s firewalld.service
 4.337s power-profiles-daemon.service
 4.332s polkit.service
 4.331s accounts-daemon.service
 3.134s upower.service
 2.852s avahi-daemon.service
 2.849s bluetooth.service
 2.835s rtkit-daemon.service
 2.829s switcheroo-control.service
 2.825s systemd-logind.service
 2.822s systemd-machined.service
 2.821s thermald.service
 2.721s dbus-broker.service
 2.564s lvm2-monitor.service
 2.304s abrtd.service
 1.846s fwupd.service
 1.826s var-lib-snapd-snap-gnome\x2d3\x2d34\x2d1804-77.mount
 1.610s ModemManager.service
 1.321s sssd-kcm.service
 1.166s var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1534.mount
 1.165s plymouth-switch-root.service
 1.125s systemd-fsck@dev-disk-by\x2duuid-a95bcb67\x2dfad9\x2d40f1\x2da59c\x2d8a2a3619e1f1.service
 1.068s chronyd.service
  977ms packagekit.service
  954ms var-lib-snapd-snap-video\x2ddownloader-884.mount
  912ms cups.service
  896ms gssproxy.service
  885ms systemd-resolved.service
  741ms geoclue.service
  645ms home.mount
  602ms dracut-initqueue.service
  558ms var-lib-snapd-snap-snapd-16010.mount
  554ms systemd-zram-setup@zram0.service
  541ms livesys.service
  451ms systemd-boot-update.service
  432ms dev-loop2.device
  397ms colord.service
  371ms var-lib-snapd-snap-core18-2409.mount
  352ms systemd-udevd.service
  352ms systemd-udev-trigger.service
  340ms virtqemud.service
  330ms boot.mount
  329ms var-lib-snapd-snap-video\x2ddownloader-880.mount
  310ms var-lib-snapd-snap-bare-5.mount
  309ms systemd-tmpfiles-setup.service
  281ms user@1000.service
  276ms systemd-oomd.service
  258ms import-state.service
  251ms NetworkManager.service

lines 1-54
from systemd-analyze blame
top wouldnt copy

Out of curiosity, did you start to notice the slowdowns after installing and enabling snapd on your system?

1 Like

This happened to me once, and it was networking configuration: basically, the system was trying to get a response from a DNS that did not exist in the network (VPN stuff). So every attempt to connect to the internet for anything, would take like 8 to 16 seconds.

I have seen also long boot times because of network as well, just waiting for the IP to be assigned by the DHCP server, etc…

Just giving some ideas of what could be :slight_smile:

1 Like

Gnome Software could be downloading updates.

Long boot times also could be the result of akmods building new kernel modules when a new kernel is installed, or fstrim running.

$ systemd-analyze blame
1min 41.180s akmods@5.18.6-200.fc36.x86_64.service
 1min 3.371s fstrim.service

This from the most recent boot on my daily driver.