| От | Andy Fan |
|---|---|
| Тема | Re: the s_lock_stuck on perform_spin_delay |
| Дата | |
| Msg-id | 878r4hwatd.fsf@163.com обсуждение исходный текст |
| Ответ на | Re: the s_lock_stuck on perform_spin_delay (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: the s_lock_stuck on perform_spin_delay
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > On Mon, Jan 22, 2024 at 11:58 AM Andy Fan <zhihuifan1213@163.com> wrote: >> I get your point! Acquiring an already held spinlock in quickdie is >> unlikely to happen, but since our existing infrastructure can handle it, >> then there is no reason to bypass it. > > No, the existing infrastructure cannot handle that at all. Actually I mean we can handle it without 0003. am I still wrong? Without the 0003, if we acquiring the spin lock which is held by ourself already. VerifyNoSpinLocksHeld in SpinLockAcquire should catch it. -- Best Regards Andy Fan
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера