Re: injection_points: Switch wait/wakeup to use atomics rather than latches
От
Robert Haas
Тема
Re: injection_points: Switch wait/wakeup to use atomics rather than latches
Дата
Msg-id
CA+TgmoamSXmT7uMXBw6c3YJgSSz6dYdpMsJf47jwaPH9kVbmyA@mail.gmail.com
Ответ на
injection_points: Switch wait/wakeup to use atomics rather than latches (Michael Paquier)
Список
Дерево обсуждения
injection_points: Switch wait/wakeup to use atomics rather than latches Michael Paquier <michael@paquier.xyz>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Robert Haas <robertmhaas@gmail.com>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Michael Paquier <michael@paquier.xyz>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Robert Haas <robertmhaas@gmail.com>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Heikki Linnakangas <hlinnaka@iki.fi>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Robert Haas <robertmhaas@gmail.com>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Michael Paquier <michael@paquier.xyz>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Andrey Borodin <x4mmm@yandex-team.ru>
Re: injection_points: Switch wait/wakeup to use atomics rather than latches Andrey Borodin <x4mmm@yandex-team.ru>
On Wed, May 27, 2026 at 10:43 PM Michael Paquier wrote: > While looking at the test proposed on the thread about the ProcKill(), > I have been reminded about the fact that relying on latches and a > condition variable for the wait and the wakeups has its limits: > https://www.postgresql.org/message-id/aheVjCHmcbXBtiy0%40paquier.xyz After reading this email, the linked-to email, and the commit message for the patch, I still don't have a clear understanding of what this is intended to fix. It seems like it's going to make the responsiveness worse. In general, we want to replace escalating wait loops with things that wake up instantly at the right time, and this is going in the opposite direction. -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления