Recent linux install too slow

I have a slightly vague question.

I have a good linux box I built from parts several years ago. The graphics card isn’t much ($128 dollars 3 or 4 years ago) and the CPU is only an AMD Ryzen 2700, but I do have the OS on an SSD with /home mounted on a separate disk. And 32gig relatively expensive memory. Punchline point: after an OS reinstall two days ago it is suddenly noticeably slower.

I reinstalled two days ago (long story about why), checking the installation menu checkbox for “third party codex.” I changed nothing about mount points.

Linux 5.4.0-58-generic #64-Ubuntu SMP Wed Dec 9 08:16:25 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

DISTRIB_CODENAME=ulyssa
DISTRIB_DESCRIPTION=“Linux Mint 20.1 Ulyssa”

So this brand new OS on the same old box is suddenly much slower than it was two days ago, both for graphics operations in Darktable and Gimp, and for Darktable exports from RAW to tif. How can this be? Is this an OpenCL issue? What should I look for and what should I change in a day or two, if I reinstall again?

I was an AIX/Linux sys-admin back in the mid '90s so I’m supposed to know the answers to my own questions :=)) But I’m old and retired and obsolete now.

Are you sure you got openCL working and the graphics driver?

maybe also check with a process monitor like top or ksysguard if anything utilizes your cpu more than expected.
Years ago I had the occasion where the file indexing service went out of control and blocked the machine.

Have a look at the SSD’s? Sometimes they react badly when their contents are dramatically changed, as in “erasing the files in the old O/S and installing a new one over it.” If you could look at read/write/seek times and see if they look like the original manufacturer’s specs.

Gimp is slower too. I have be3n installing Gimp from Otto Kesselhrom’s PPA for years. With Darktable three days ago I couldn’t yet complie from source because of unsolved dependency issues,so I did apt get install… I’ll get the source problem sorted eventually. Exporting to tif from raw is slow now too, and I thought that had nothing to do with Opencl.

It is odd. I’ll consult a local sysadmun friend. If I figure it out I will report.

Especially wa (write access) on top in the banner region. In day-to-day work, that should almost be zero - or, occasionally, 1% - even in a compile. If write access is slow, consistently hitting 10% or more, it would be felt everywhere.

@pittendrigh In a terminal, enter this command

darktable-cltest

Any protests?

Does the system feel slower overall? As in does basic tasks like using a file manager or a web browser seem slower or is it just specific to the applications you mentioned?

Does system feel slower?
Actually it was just Gimp and Darktable.
I don’t know what I did wrong but I decided to start from scratch.
I updated the bios for my Rog Strix motherboard.
Repartitioned, reinstalled
Now trying to fight through dependencies to build Darktable from source
Thank you all who have tried to help. I’ll fight through this.

Darktable built from source is now snappy and fast. The sudo apt-get install version was slow.

So I tried to build Gimp from source. I ran into a Babl conflict. If I fixed that for Gimp I suspect Darktable would no longer compile.

So I installed the “latest development flatpack” for Gimp, from GIMP - Development Downloads

Gimp is now snappy fast too. So the recipe that worked for me was Darktable from source, Gimp from flatpack. sudo apt-get install seems to be all too commonly disappointing.