Disabling Intel Graphics Security Mitigations Can Boost GPU Compute Performance By 20%
Disabling Intel Graphics Security Mitigations Can Boost GPU Compute Performance By 20%
While not talked about as much as the Intel CPU security mitigations, Intel graphics security mitigations have added up over time that if disabling Intel graphics security mitigations for their GPU compute stack for OpenCL and Level Zero can yield a …www.phoronix.com
Churbleyimyam
in reply to cm0002 • • •I've seen this being recommended for audio production but was put off disabling it because I didn't understand what it was. I'd like the performance gain though.
Has anyone else here disabled it?
SteveTech
in reply to Churbleyimyam • • •The common sketchy performance advice is to disable mitigations in the kernel, this post is about disabling mitigations in Intel's userspace graphics stack because it's already checked in the kernel.
Assuming you meant disabling kernel mitigations, since AFAIK audio stuff doesn't usually use OpenCL:
Nah, my understanding is it's not worth it on newer CPUs, and in some cases, the microcode expects things to be mitigated for best performance. Older CPUs (pre-2019ish) it does make a difference though.
But you're welcome to benchmark it, and see if it makes a worthwhile difference on your CPU. Kernel mitigations are easy enough to turn on and off.
Norah (pup/it/she)
in reply to cm0002 • • •cm0002
in reply to Norah (pup/it/she) • • •::: spoiler Context
Why am I cross-posting .ml?
I cross-post from .ml to the nearest relevant non-.ml comm to reduce the influence of .ml comms and indirectly, the instance as a whole, to make it an easier decision for other instance admins to defederate because one key reason I identified that admins don't want to defederate is because .ml still has some very large comms and some niche comms.
Megathread on the issue
Some highlights from the link:
And so so much documentation on clear heavy handed censorship and bias also on the link. So much I can't even put them all here because this comment would be really long.
I believe the behavior of its admins (the main admins are Lemmy devs) does harm to the overall growth of the Lemmy-verse and maybe even the Thrediverse (since Lemmy kinda kicked off the Thrediverse) because of its association with the devs of Lemmy and their insistence to use .ml as their personal political platform to spread harmful propaganda
On the outside, bringing up Lemmy frequently leads to comments like "Lemmy? Isn't that the place with a bunch of tankies?" Or "Tried Lemmy, but found it full of pro Russia crap so I left". The best way forward from that I see is to either widely defederate from .ml like the rest of the Triad, or pressure them to put a fair and unbiased as possible admin team.
:::
Norah (pup/it/she)
in reply to cm0002 • • •cm0002
in reply to Norah (pup/it/she) • • •¯\(ツ)/¯ it was mostly for others.
But on a technical note, subscriber count is an almost useless metric on Lemmy. There are a LOT of dead accounts.
A far better metric is MAUs, which .ml linux ranks 29th
Lemmy Explorer
lemmyverse.netTheGrandNagus
in reply to Norah (pup/it/she) • • •I'm glad they're bringing some posts that are also on .ml to here. It's an incredibly toxic instance with mods/admins that will harass and ban people a shitload, particularly if they're not aggressively pro-tankie.
Decentralisation is one of the good parts of Lemmy.