If you look in the system settings under Hardware -> Display and Monitor -> Compositor there are some things you can tweak in terms of latency if it’s enabled. I personally have “Enabled on startup” unchecked and my VM is pretty snappy - but my theme may be simpler as well. Try changing things there to see if you notice a change either way.

Have you done any tuning of KDE? I run it in a virtual machine with no hardware video acceleration and it feels fine. Turning off the compositor and animations might make a big difference.

It’s called “traceroute” on Linux and Mac because there was never a 8.3 filename limitation on them.

Yeah - I’ve been playing around more with the Qwen3-Coder-30B-A3B-Instruct MoE model and it’s still quite… Meh. I’ve been using llama.cpp and I’ve tried a bunch of tuning. It works and performs well enough (15t/s) but the output is just garbage. I can do some simple coding but I’m finding I’m fighting with it more than if I just wrote the code myself. Maybe I just have standards that are too high. Claude Opus 3.7 is just in an entirely different league…

When you’re managing your own patches you need to upgrade very cautiously - if at all. And always keep a few older working kernels around.

For something like this I’d probably just pin the kenel at a specific version or compile the Kernel myself separately.

Does… It matter?

Energy use is energy use no?

The energy required to do inference (i.e. amount it questions and the like) is no worse than doing some gaming for a short period of time.

That said it’s probably less efficient to run locally since anthropic and openai have been getting more efficient data center hardware from nvidia compared to consumer desktop gpus.

I’ll check that out - speed isn’t my biggest issue so much as coding performance… The qwen 3.5 model I was using can write code, but it’s… Meh? Like sometimes it doesn’t even compile.

I did try tweaking llama.cpp to do some cpu offloading and it does seem to allow for much larger contexts at a modest performance loss. I’ll check out larger models.

64G. But CPU inference is painfully slow.

Yeah, it’s “good for its size” but it’s just too flaky for me to use for any significant coding.

I’ve tried a few times but with only 8gig of vram it’s simply not worth it.

I feel like a lot of people underestimate how easy it is to install multiple DEs and switch between them.

If you just want to switch to kde you can install it on your current system:

apt install kde-full

Or

apt install kde-standard

No need to reinstall an entirely new distro.

Oh my - yes the KDE team is surely above criticism.

No - the rabid AI hate here is… ridiculous. This only feeds it.

I hate python. Just hate it. Should I require that everyone posting indicates what language they use so that I can properly hate on the python projects?

Besides - how are you defining “AI”? Used to help? Writes the entire thing? Used for auto-complete? Should we really be gatekeeping like this? In 10 years it’ll become rare to find anything not using AI anyway. The rabid AI haters will always be around though.

Go back to slashdot in the '90s with that attitude.

Another stupid take. You’re on a roll.

First - this is a stupid take.

But second - KDE is easily the buggiest de/wm I’ve ever used. Things just not working sometimes is basically a feature.

Okay I’m done with you.

Where is the difference between „dedicated“ and „commitment paired with skills“???

One are paid to do the job, the others are assumed to be doing the job.

Sure, Debian and alike are up-to-date as are ArchLinux or Void. Oh, boy!

You’re mistaking “up-to-date” with “patched in a timely manner.” The two are not the same. But you’re an Arch derivative user (btw) so I have low expectations. Suffice it to say that Ubuntu / RedHat / etc. back-port security patches to the packages they manage. They don’t need to be running the latest version to be patched.

Being a “rolling release” has absolutely nothing to do with it. They still need to update their repositories and add patches to it.

No, the size of its dev team does not necessarily mean that they are behind with patching security issues. it depends on the commitment and skills of devs, and the community.

Sure - a one-man-band supported distro could do all that. But a larger distro with a dedicated security team will definitely do it better.