1801
might be a form of Jevons Paradox (thelemmy.club)
submitted 6 months ago by to c/programmer_humor@programming.dev
290 comments fedilink hide all child comments
 

https://raru.re/@ocean/116214437024389203

you are viewing a single comment's thread
view the rest of the comments
[–] 74 points 6 months ago (20 children)

The same? Try worse. Most devices have seen input latency going up. Most applications have a higher latency post input as well.

Switching from an old system with old UI to a new system sometimes feels like molasses.

  • permalink
  • fedilink
  • source
  • hideshow 20 child comments
    •
  • [–] 25 points 6 months ago

    I work in support for a SaaS product and every single click on the platform takes a noticeable amount of time. I don't understand why anyone is paying any amount of money for this product. I have the FOSS equivalent of our software in a test VM and its far more responsive.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 15 points 6 months ago (17 children)

    Except for KDE. At least compared to cinnamon, I find KDE much more responsive.

    AI generated code will make things worse. They are good at providing solutions that generally give the correct output but the code they generate tends to be shit in a final product style.

    Though perhaps performance will improve since at least the AI isn't limited by only knowing JavaScript.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 17 child comments
    •
  • [–] 4 points 6 months ago (16 children)

    I still have no idea what it is, but over time my computer, which has KDE on it, gets super slow and I HAVE to restart. Even if I close all applications it's still slow.

    It's one reason I've been considering upgrading from6 cores and 32 GB to 16 and 64.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 16 child comments
    •
  • [–] 9 points 6 months ago (9 children)

    Upgrade isn't likely to help. If KDE is struggling on 6@32, you have something going on that 16@64 is only going to make it last twice as long before choking.

    wail till it's slow

    Check your Ram / CPU in top and the disk in iotop, hammering the disk/CPU (of a bad disk/ssd) can make kde feel slow.

    plasmashell --replace # this just dumps plasmashell's widgets/panels

    See if you got a lot of ram/CPU back or it's running well, if so if might be a bad widget or panel

    if it's still slow,

    kwin_x11 --replace

    or

    kwin_wayland --replace &

    This dumps everything and refreshes the graphics driver/compositor/window manager

    If that makes it better, you're likely looking at a graphics driver issue

    I've seen some stuff where going to sleep and coming out degrades perf

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 9 child comments
    •
  • [–] 2 points 6 months ago (4 children)

    Hmm, I haven't noticed high CPU usage, but usually it only leaves me around 500MB actually free RAM, basically the entire rest of it is either in use or cache (often about 15 gigs for cache). Turning on the 64 gig swapfile usually still leaves me with close to no free RAM.

    I'll see if it's slow already when I get home, I restarted yesterday. Then I'll try the tricks you suggested. For all I know maybe it's not even KDE itself.

    Root and home are on separate NVMe drives and there's a SATA SSD for misc non-system stuff.

    GPU is nvidia 3060ti with latest proprietary drivers.

    The PC does not sleep at all.

    To be fair I also want to upgrade to speed up Rust compilation when working on side projects and because I often have to store 40-50 gigs in tmpfs and would prefer it to be entirely in RAM so it's faster to both write and read.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 5 points 6 months ago (3 children)

    Don't let me stop you from upgrading, that's got loads of upsides. Just suspecting you still have something else to fix before you'll really get to use it :)

    It CAN be ok to have very low free ram if it's used up by buffers/cache. (freeable) If Buff/cache gets below about 3GB on most systems, you'll start to struggle.

    If you have 16GB, it's running low, and you can't account for it in top, you have something leaking somewhere.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 4 points 6 months ago (2 children)

    Lol I sorted top by memory usage and realized I'm using 12 gigs on an LLM I was playing around with to get local code completion in my JetBrains IDE. It didn't work all that well anyway and I forgot to disable it.

    I did have similar issues before this too, but I imagine blowing 12 gigs on an LLM must've exacerbated things. I'm wondering how long I can go now before I'm starting to run out of memory again. Though I was still sitting at 7 gigs buffer/cache and it hadn't slowed down yet.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 6 months ago (3 children)

    I've seen some stuff where going to sleep and coming out degrades perf

    I'll have to try some of these suggestions myself, as I've been dealing with my UI locking up if the monitors turn off and I wake it up too soon. Sometimes I still have ssh access to it, so thanks for the shell commands!

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 2 points 6 months ago (2 children)

    I was doing horrible things the other day and ended up with my KDE login page not working when I came out of sleep.

    CTRL+ALT+F2 > text login > loginctl unlock-sessions

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 2 points 6 months ago* (1 child)

    I'm aware of the TUI logins (I think f7 is your graphical, but I might be wrong) and sometimes those work too. I've started just sshing in because the terminal switching was hit and miss.

    But thanks for that loginctl command, I'll have to give that one a try as well!

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 1 point 6 months ago (4 children)

    Have you gone through settings and disabled unnecessary effects, indexing and such? With default settings it can get quite slow but with some small changes it becomes very snappy.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 2 points 6 months ago (2 children)

    I have not, but also it's not slow immediately, it takes time under use to get slow. Fresh boot is quite fast. And then once it's slow, even if I close my IDE, browsers and everything, it remains slow, even if CPU usage is really low and there's theoretically plenty of memory that could be freed easily.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •