You must log in or register to comment.
I think it’s a bit weird that postgres hasn’t done any testing on the new kernel. That’s something I would kinda expect from a major database. The fact this was only found in production is a bit … weird.
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
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.
Wouldn’t it make sense to merge in rseq support well in advance of removing PREEMPT_NONE, not do both at the same time?
But that hurts the ego of the kernel developer because they have to wait for the next release.
