You must log in or register to comment.
This has been known for awhile, and this was already accepted to be an issue with PH memory handling. Not weird, rare or otherwise, it will get fixed.
kernel maintainers are pushing the fix burden onto PostgreSQL
Maybe it isn’t applicable in this context, but didn’t Linus Torvalds send an angry email on an adjacent topic, but regarding the same philosophy?
Found it: we do not break userspace
Disclaimer: I am a noob when it comes to Linux and building operating systems.
Regardless of Linus’s philosophy, such a change in Postgresql would need to be backported to previous versions, because migrating from one major release to another is far from being straightforward.
Well, technically, it’s not broken, just slower
Wouldn’t it make sense to merge in rseq support well in advance of removing PREEMPT_NONE, not do both at the same time?
