Fizz,
@Fizz@lemmy.nz avatar

I cant put my finger on it but linux does not feel as snappy as windows. I use Linux 100% now but when I am fixing something on a windows machine I notice a certain smoothness that I don’t notice on linux.

lemmy_user_838586,

Interesting because I’ve had the opposite problem historically. Windows always seemed to be doing random shit in the background, doing what? I can’t tell you but it always seemed to be using the disk or CPU to do some background process, and it always happened, every day at random times oops disk churn. You’ll notice it the most with a regular hard drive because it’s slow and makes noise when its being accessed (vs. an ssd which is silent)

Fizz,
@Fizz@lemmy.nz avatar

Windows 10 used 10-30% of my pc’s resources and linux uses around 1%. There is plenty more ram/cpu/gpu if linux wants it.

SapphironZA,

I found a lot of the same. For me I resolved this by changing a few things.

  1. Abandon KDE plasma and Gnome.
  2. Avoid Snaps like the plague.

Linux mint Cinnamon draws 5w on idle only laptop. Ubuntu stock draws 8w. Manjaro plasma uses around 7w.

Fizz,
@Fizz@lemmy.nz avatar

I cant abandon KDE because I like it way to much. I have a powerful computer and I feel like linux is to optimized. Sometimes I just want programs to use as much resources as they need to run perfectly.

I think once I move over to wayland I will feel that snappiness.

people_are_cute,
@people_are_cute@lemmy.sdf.org avatar

Isn’t vanilla KDE Plasma faster and less resource-intensive than Cinnamon?

The Mint devs present the XFCE option as a “more lightweight” alternative to the Cinnamon option, and Plasma has been more efficient than XFCE for over three years now.

blandfordforever,

I’m going to reply with an anecdotal no.

On my hardware, cinnamon “feels” faster than plasma.

cholesterol,

Plasma has been more efficient than XFCE for over three years now.

I don’t know which is technically snappier, but ram not being used does not equal snappier performance.

SapphironZA,

I think power draw is a better measurement for efficiency.

Making it more practical. Most people have more RAM than they need, but everyone is limited by battery capacity on laptops.

SapphironZA,

I suspect that packaging has a lot to do with it. I also value power draw as a better metric for determining efficiency compared to RAM usage.

uis,
@uis@lemmy.world avatar
  1. Play games with SDL_VIDEODRIVER=kmsdrm
people_are_cute,
@people_are_cute@lemmy.sdf.org avatar

It’s the UI setup. All DE/WM combinations are, and have been, factually inferior to Windows Explorer in terms of optimization, clarity and animation.

Which may or may not be because of their excessively modular structure and fractured development. Each layer has its own opinionated dev team unlike in Microsoft or Apple, where it’s all synchronised and everyone across the board have (at least at the time of development) a clear vision of the product they want to make.

Fizz,
@Fizz@lemmy.nz avatar

I think windows may win in the little animations but clarity fuck no. Windows is a mess. Opening the start menu on windows feels like a popup ad. Apple though does have good animations and ui clarity so I can’t knock them.

Bulletdust,

I find the opposite running KDE Neon. In fact File Explorer ‘lag’ is a widely expressed issue regarding Windows 11.

Fizz,
@Fizz@lemmy.nz avatar

Windows file explorer is such a piece of shit. It crashes and lags so often. Linux definitely is smoother in that department.

d3Xt3r, (edited )

I’d wager that it’s your scheduler. Prior to the latest kernel release (v6.6), Linux used the CFS scheduler which is outdated and not really optimal for desktop usage. As a result, many third-party alternate schedulers were developed to fix this issue, with the most recent popular ones being the System76 scheduler (used in Pop!_OS), and BORE (used in CachyOS). But this issue has been solved officially now, with the EEVDF scheduler (earliest eligible virtual deadline first scheduling), which has finally replaced CFS.

So if you’re not on 6.6, upgrade to it, or use the System76 scheduler. Also switch to Wayland if you haven’t already and you’ll notice your Linux desktop just as smooth, if not smoother, than Windows.

I have an M1 MacBook Air and a Thinkpad Z13 G1 (running Bazzite KDE with kernel 6.6.3 + System76 scheduler), and comparing the touchpad gestures and window animations side-by-side - especially the gestures and animation to switch workspaces - it’s just as smooth as macOS (at least to my eyes), and that’s quite the feat given that macOS has been the king of smooth animations and responsiveness for a long time.

uis,
@uis@lemmy.world avatar

I’d wager that it’s your scheduler.

How did you know??

Linux used the CFS scheduler which is outdated and not really optimal for desktop usage.

And Linux kernel is full of outdated math. Like outdated addtion, outdated subtraction. /s

If you want “like on windows”, then you need dynamic priority, not another scheduling algorithm. Basically you want your compositor to set lower priority value(which means higher priority) to process whoose window now is focused.

Pantherina,
@Pantherina@feddit.de avatar

Windows preloads the entire desktop it seems, before logging in. That is pretty great. Apps starting is the same, just more bloat often. Flatpaks make it more equal though. Firefox does some nice UI-preloading too, and FF on Windows is actually more secure than on Linux ironically.

So there are things to fix, but comparing breaking windows updates to never breaking and way faster immutable rpm-ostree updates, while you use the system normally, its worlds.

sebsch,

I guess that’s your DE you’ll hardly every feel any snappyness from your kernel.

Linux distributions are not the same. A Suse with KDE looks and feels 100% different than a gnome Ubuntu.

Cycloprolene,

Smoothness is mildly better on gnome than windows on my set up, though windows generally wins with apps start up times. Not sure why.

uis,
@uis@lemmy.world avatar

Depending on what you perceive as snappiness, it is because of misconfiguration.

If you perceive response time of desktop enviroment snappiness, you need to configure desktop server(xorg-server, kwin_wayland, xwayland) and compositor(or disable it) to run in real-time mode. Maybe there is also “prefer smoothness” option in you desktop enviroment settings like on KDE.

If you play games, then migrate to X11. Games don’t know how to enable tearing on wayland. And in general X11 seems to work better with games.

Chewy7324,

What do you mean with real-time mode?

I only know of real-time kernels, which allow to measure/calculate the maximum response time of an application. This is important for critical processes, like braking in your car, but decreases performance slightly rather than increase responsiveness.

uis,
@uis@lemmy.world avatar

I mean real-time scheduler, not real-time kernel. Found an article that says kwin_wayland uses SCHED_FIFO.

man 7 sched says:

SCHED_FIFO can be used only with static priorities higher than 0, which means that when a SCHED_FIFO thread becomes runnable, it will always immediately preempt any currently running SCHED_OTHER, SCHED_BATCH, or SCHED_IDLE thread.

but decreases performance slightly rather than increase responsiveness.

Responsiveness is not performance. There are 3 main performance metrics: throughput, latency and jitter. Responsiveness is mostly latency, but sometimes jitter. You can for example run game in 30fps with 0.01s lag or in 60 fps with 1s lag. In second case FPS is higher, but, player will feel game unresponsive because of time it takes between pressing button and game showing the result.

Chewy7324,

Thanks for the link, real-time mode definitely makes sense and should be implemented for all compositors imo.

Responsiveness is not performance.

True, I miswrote. What I wanted to write was

but decreases performance slightly rather than in return for an increase in responsiveness.

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

For me, it’s mostly the lack of GPU acceleration. I’m using an Nvidia GPU a lot of the time and Nvidia’s proprietary drivers are causing loads of issues. This is especially noticeable playing videos in Firefox. I’ve found a method to force video decoding to be done on the GPU which helps a lot, but on Windows this Just Works.

I also found KDE rather frustrating. It’s fast and snappy, but it’s just not what I’m used to. I switched to Gnome and felt a lot happier about the way the system behaves ever since. If your current desktop isn’t doing the trick for you, you may want to consider another (Gnome/KDE Plasma/Cinnamon/XFCE/LXDE/what have you).

uis,
@uis@lemmy.world avatar

Let’s begin that Nvidia’s proprietary drivers is main issue

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

Yup, but that doesn’t change the fact the Linux experience is janky. I’m not willing to put down a couple hundred euros on a new GPU when this one works fine and just annoys me every so often.

Plus, all the good GPUs lack proper CUDA support or require messy workarounds like ROCm, which I can’t be bothered with to be honest. I’m hoping ROCm keeps improving at the rate it has when I eventually upgrade but for the stuff I run, Nvidia hardware is a much better deal with drivers that can be tolerated.

Chewy7324,

It seems multiple Linux distributions are considering to update their x86-64 baseline architecture. This could improve performance, at the cost of hardware compatibility.

…nixos.org/…/pre-rfc-gradual-transition-of-nixos-…

uis,
@uis@lemmy.world avatar

Gentoo with -march=native -mtune=native on x86(-64) or -mcpu=native everywhere else

aBundleOfFerrets,

Doesn’t march=native imply mtune=native ?

uis,
@uis@lemmy.world avatar

No. march is avaliable instructions and mtune is timings. mcpu does, but it is not used on x86 for some reason

aBundleOfFerrets,

march=native does imply mtune=native, at least on gcc

stevestevesteve,

Reading this makes me want to try gentoo again…

uis,
@uis@lemmy.world avatar

Do it.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • random
  • uselessserver093
  • Food
  • [email protected]
  • aaaaaaacccccccce
  • test
  • CafeMeta
  • testmag
  • MUD
  • RhythmGameZone
  • RSS
  • dabs
  • oklahoma
  • Socialism
  • KbinCafe
  • TheResearchGuardian
  • SuperSentai
  • feritale
  • KamenRider
  • All magazines