WPS office upgrade slows system

Hello, today I upgrade my system with ‘yay -Syu’ and on the end when wps office upgrade is almost done my system slows and everything works very very slow. I noticed that my system works slower from few weeks but today it’s unusable.
It stops on that, sometimes wifi connection drops.

Getting sources ...
  -> Company wps-office_11.1.0.10702.XA_amd64.deb
==> Checking source files with sha1sums ...
    wps-office_11.1.0.10702.XA_amd64.deb ... That's right
==> reference / directory $ srcd ...
==> Unpacking sources ...
  -> Unpacking wps-offices_11.1.0.10702.XA_amd64.deb with bsdtar
==> Starting preparation () ...
==> Sources are ready.
==> Package creation: wps-office 11.1.0.10702-2 (Mon, Aug 30, 2021 09:38:14)
==> Checking needed to run ...
==> Ask for what you need to do ...
==> Liquidation: Tree liquidation $ s /
==> reference $ pkgd ...
==> Entering the fakeroot environment ...
==> Starting wps-office () ...
==> Preparing installation ...
  -> empty directories ...
  -> Methods of libtool files ...
  -> methods of unwanted files ...
  -> static methods of library files
  -> Throwing unnecessary symbols into binary files and libraries

Regards.Processing: eos-log-tool.logs…
eos-log-tool.pdf (1.2 MB)

The first thought I have is that usable disk space might be compromised - the previous (lesser) loss of performance suggests it. Have you cleaned your cache in a while, for example? Try:
sudo paccache -rk3
which will reduce you pacman cache to only 3 versions of a given package. Use -rk2 will save even more space. Further measures can be taken if needed - but this might make a difference on its own (if this is the partial cause of the slowdown).

Hi, upgrade wps finish after some time.
I have large ssd and hdd discs on laptop.

➜ df -h
System plików  rozm. użyte dost. %uż. zamont. na
dev             7,6G     0  7,6G   0% /dev
run             7,7G  2,0M  7,7G   1% /run
/dev/sda1       116G   45G   66G  41% /
tmpfs           7,7G   41M  7,6G   1% /dev/shm
tmpfs           7,7G   12M  7,7G   1% /tmp
/dev/loop0       70M   70M     0 100% /var/lib/snapd/snap/coin/50
/dev/loop1       56M   56M     0 100% /var/lib/snapd/snap/core18/2074
/dev/loop2      165M  165M     0 100% /var/lib/snapd/snap/gnome-3-28-1804/161
/dev/loop3       62M   62M     0 100% /var/lib/snapd/snap/core20/1026
/dev/loop4       33M   33M     0 100% /var/lib/snapd/snap/snapd/12398
/dev/loop5       33M   33M     0 100% /var/lib/snapd/snap/snapd/12704
/dev/loop6       65M   65M     0 100% /var/lib/snapd/snap/gtk-common-themes/1514
/dev/loop7       56M   56M     0 100% /var/lib/snapd/snap/core18/2128
/dev/loop8       18M   18M     0 100% /var/lib/snapd/snap/yaru-remix-themes/11
/dev/loop9      163M  163M     0 100% /var/lib/snapd/snap/gnome-3-28-1804/145
/dev/loop10      70M   70M     0 100% /var/lib/snapd/snap/coin/49
/dev/loop11      66M   66M     0 100% /var/lib/snapd/snap/gtk-common-themes/1515
/dev/loop12      62M   62M     0 100% /var/lib/snapd/snap/core20/1081
/dev/loop13      15M   15M     0 100% /var/lib/snapd/snap/yaru-remix-themes/10
/dev/sda2       1,1G  150M  809M  16% /boot
/dev/sdb1       916G  759G  111G  88% /home
tmpfs           1,6G  144K  1,6G   1% /run/user/1000
sudo paccache -rk3
==> no candidate packages found for pruning
sudo paccache -rk2
==> finished: 35 packages removed (disk space saved: 547.18 MiB)

Regards.

Have you checked with htop (or some other system monitor) if there might be some process running amok on your system.

What does this command show?

df -hT

Hi, I remove some snaps and now it looks that:

➜ df -hT
System plików  Typ      rozm. użyte dost. %uż. zamont. na
dev            devtmpfs  7,6G     0  7,6G   0% /dev
run            tmpfs     7,7G  2,0M  7,7G   1% /run
/dev/sda1      ext4      116G   44G   67G  40% /
tmpfs          tmpfs     7,7G  100M  7,6G   2% /dev/shm
tmpfs          tmpfs     7,7G   15M  7,7G   1% /tmp
/dev/loop1     squashfs   56M   56M     0 100% /var/lib/snapd/snap/core18/2074
/dev/loop3     squashfs   62M   62M     0 100% /var/lib/snapd/snap/core20/1026
/dev/loop5     squashfs   33M   33M     0 100% /var/lib/snapd/snap/snapd/12704
/dev/loop7     squashfs   56M   56M     0 100% /var/lib/snapd/snap/core18/2128
/dev/loop12    squashfs   62M   62M     0 100% /var/lib/snapd/snap/core20/1081
/dev/sda2      ext4      1,1G  150M  809M  16% /boot
/dev/sdb1      ext4      916G  759G  111G  88% /home
tmpfs          tmpfs     1,6G  160K  1,6G   1% /run/user/1000
/dev/loop14    squashfs   33M   33M     0 100% /var/lib/snapd/snap/snapd/12883

now I remove all saps and snapd.

➜ df -hT
System plików  Typ      rozm. użyte dost. %uż. zamont. na
dev            devtmpfs  7,6G     0  7,6G   0% /dev
run            tmpfs     7,7G  2,0M  7,7G   1% /run
/dev/sda1      ext4      116G   43G   68G  39% /
tmpfs          tmpfs     7,7G   48M  7,6G   1% /dev/shm
tmpfs          tmpfs     7,7G   12M  7,7G   1% /tmp
/dev/sda2      ext4      1,1G  150M  809M  16% /boot
/dev/sdb1      ext4      916G  759G  111G  88% /home
tmpfs          tmpfs     1,6G  160K  1,6G   1% /run/user/1000

Regards.

I read that snaps can have some adverse effect on boot time since they all need to be mounted at boot but when your system is up and running, they shouldn’t be a problem I guess. I would keep an eye on the processor cycle. Also check the sanity of your disk perhaps.

1 Like

Your /home partition is quite full, that might start causing slowing operations.

There’s 111GB free so it’s large space I think.

If you can easily remove stuff from /home, I recommend that.
Not sure if it helps already now, but if the free space gets much smaller, more issues are ahead.

OK, I will remove some games I don’t play anymore and will see.
Regards.

If you intend to kill a process, that’s not the proper way of doing it.
chmod -x only will remove the execute bit from an executable file preventing it from running in the future. It has nothing to do with an already running process which refuse to stop.

For now everything works OK. I will see during next updates.
Regards.

This is very true. I used snaps a couple years ago and when I removed them for their AUR counter parts i shaved over 40 seconds off my boot time

1 Like

Please do not tell people to execute these types of commands if you don’t really know what they do.

3 Likes