The search for the correct amount of split-lock misery
The search for the correct amount of split-lock misery
Posted Oct 20, 2022 15:53 UTC (Thu) by WolfWings (subscriber, #56790)In reply to: The search for the correct amount of split-lock misery by kschendel
Parent article: The search for the correct amount of split-lock misery
"0" disables the mitigation, allowing any single application to hog the bus for it's own locks and arbitrarily DDoS the rest of the system as a result.
Posted Oct 23, 2022 1:11 UTC (Sun)
by NYKevin (subscriber, #129325)
[Link] (1 responses)
More to the point, this whole idea is clownshoes anyway. The purpose of the kernel is to serve userspace, not to tell userspace what to do. If userspace wants to hurt its own performance, that's the sysadmin's* problem. For some configurations, it might make sense to allow the sysadmin to block or restrict split-lock operations, but it should function like an rlimit, not a system-wide "block first, ask questions later" flag.
* If there is no sysadmin, that means it's a single-user system and the "problem" is even more nonsensical.
Posted Oct 23, 2022 17:27 UTC (Sun)
by marcH (subscriber, #57642)
[Link]
No, the purpose of the kernel is to protect userspace from each other (some single application systems don't even have a kernel)
> If userspace wants to hurt its own performance, that's the sysadmin's* problem.
Default settings matter A LOT and it's really good to see overbusy maintainers spending so much time discussing and getting them right.
> > Affected gamers will have to set the new knob appropriately, but knowing which sysctls to tweak could be said to be part of being a true God of War.
Happy ending:
Very delicate trade-off perfectly found.
The search for the correct amount of split-lock misery
The search for the correct amount of split-lock misery
- The "bug" will not go unnoticed and new applications will avoid it
- Old applications will run too after a few minutes searching the Internet.
