Re: Time limit for a process to hold Content lock in Buffer Cache
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Time limit for a process to hold Content lock in Buffer Cache |
| Дата | |
| Msg-id | 16426.1369324147@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Time limit for a process to hold Content lock in Buffer Cache (Atri Sharma <atri.jiit@gmail.com>) |
| Ответы |
Re: Time limit for a process to hold Content lock in Buffer Cache
|
| Список | pgsql-hackers |
Atri Sharma <atri.jiit@gmail.com> writes:
> Right.I believe this is part of the standard way in which we handle
> interrupts,right? Making sure that we cancel a query when the backend
> is in a state to do so,not when the interrupt actually comes in,right?
Right, the actual signal handler will only kill the query immediately
if the backend is in a safe state (eg, while it's waiting for a
heavyweight lock). Otherwise it just sets a flag that's checked by
CHECK_FOR_INTERRUPTS. See StatementCancelHandler in postgres.c.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера