Postgres Pro
Downloads
Home   >   mailing lists

Re: Possible race in UnlockBuffers() and UnpinBuffer() - Mailing list pgsql-hackers

From Qingqing Zhou
Subject Re: Possible race in UnlockBuffers() and UnpinBuffer()
Date
Msg-id e1pn4s$1pj8$1@news.hub.org
Whole thread Raw
In response to Possible race in UnlockBuffers() and UnpinBuffer()  ("Qingqing Zhou" <zhouqq@cs.toronto.edu>)
Responses Re: Possible race in UnlockBuffers() and UnpinBuffer()  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tree view 
"Tom Lane" <tgl@sss.pgh.pa.us> wrote
> "Qingqing Zhou" <zhouqq@cs.toronto.edu> writes:
> > After this, the proc->sem will be bumped to 1 unexpectedly ... Since
this
> > problem is rare, a possible fix is to put a critical section around line
1
> > to 7 and remove UnlockBuffers() accordingly.
>
> No, that would make any attempt to control-C a VACUUM have a significant
> probability for panicking the whole database.
>

Why panicking by control-C? Is that critical section can prevent any signal
processing?

Regards,
Qingqing

pgsql-hackers by date:

Previous
From: markir@paradise.net.nz
Date:
Subject: Re: Is full_page_writes=off safe in conjunction with PITR?
Next
From: Tom Lane
Date:
Subject: Re: Possible race in UnlockBuffers() and UnpinBuffer()