Re: [PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits
От
JoongHyuk Shin
Тема
Re: [PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits
Дата
Msg-id
CACSdjfMCVBrTTrwHqFLa4SyZ2B=PGoOAmiiZSgB6RG0K5YP-Ww@mail.gmail.com
Ответ на
Список
Дерево обсуждения
[PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits JoongHyuk Shin <sjh910805@gmail.com>
Re: [PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits Fujii Masao <masao.fujii@gmail.com>
Re: [PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits Michael Paquier <michael@paquier.xyz>
Re: [PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits JoongHyuk Shin <sjh910805@gmail.com>
Re: [PATCH] Prevent repeated deadlock-check signals in standby buffer pin waits Zsolt Parragi <zsolt.parragi@percona.com>
Hi Xuneng,
Thanks for tying the threads together.
When Álvaro raised the possible connection back in May,
I concluded these were independent fixes for different problems,
even though both already touch ResolveRecoveryConflictWithBufferPin().
That still holds, but with the deadlock-detector fix now ready for commit
and heading to the back branches,
the two reworkings of that function will collide.
So I agree it should go in first and this patch should rebase on top.
--
JH Shin
Thanks for tying the threads together.
When Álvaro raised the possible connection back in May,
I concluded these were independent fixes for different problems,
even though both already touch ResolveRecoveryConflictWithBufferPin().
That still holds, but with the deadlock-detector fix now ready for commit
and heading to the back branches,
the two reworkings of that function will collide.
So I agree it should go in first and this patch should rebase on top.
--
JH Shin
В списке pgsql-hackers по дате отправления
От: Kyotaro Horiguchi
Дата: