Re: Time limit for a process to hold Content lock in Buffer Cache - Mailing list pgsql-hackers

From Atri Sharma
Subject Re: Time limit for a process to hold Content lock in Buffer Cache
Date
Msg-id CAOeZVidjUr62o5bge+O6DS8PYEFagC_wcw1KCXZWKN_FxFo2=w@mail.gmail.com
Whole thread Raw
In response to Re: Time limit for a process to hold Content lock in Buffer Cache  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Time limit for a process to hold Content lock in Buffer Cache  (Merlin Moncure <mmoncure@gmail.com>)
Re: Time limit for a process to hold Content lock in Buffer Cache  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
>
> 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.


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?

Regards,

Atri


--
Regards,

Atri
l'apprenant



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Time limit for a process to hold Content lock in Buffer Cache
Next
From: Merlin Moncure
Date:
Subject: Re: Time limit for a process to hold Content lock in Buffer Cache