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 | 16315.1369323562@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:
> I am not sure, but does statement_timeout depend on *what* the query
> is doing internally(i.e. if it is holding lots of locks,pins etc)?
A little bit --- the timeout won't actually kill the query until the
next time control reaches a CHECK_FOR_INTERRUPTS macro that's not inside
a critical section. We've had issues in the past with particular code
paths that failed to include such a check in a long-running loop, and
there might still be some left. But by and large, it won't take very
long for the query to notice the interrupt.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера