Re: Possible race in UnlockBuffers() and UnpinBuffer()

From: "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Possible race in UnlockBuffers() and UnpinBuffer()
Date: 2006-04-15 02:48:49
Message-ID: e1pn4s$1pj8$1@news.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote
> "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-04-15 04:21:55 Re: Possible race in UnlockBuffers() and UnpinBuffer()
Previous Message markir 2006-04-14 23:04:30 Re: Is full_page_writes=off safe in conjunction with PITR?