Re: Buffer access rules, and a probable bug

From: ncm(at)zembu(dot)com (Nathan Myers)
To: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: Buffer access rules, and a probable bug
Date: 2001-07-03 19:36:19
Message-ID: 20010703123619.H1466@store.zembu.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jul 02, 2001 at 09:40:25PM -0400, Tom Lane wrote:
>
> 4. It is considered OK to update tuple commit status bits (ie, OR the
> values HEAP_XMIN_COMMITTED, HEAP_XMIN_INVALID, HEAP_XMAX_COMMITTED, or
> HEAP_XMAX_INVALID into t_infomask) while holding only a shared lock and
> pin on a buffer. This is OK because another backend looking at the tuple
> at about the same time would OR the same bits into the field, so there
> is little or no risk of conflicting update; what's more, if there did
> manage to be a conflict it would merely mean that one bit-update would
> be lost and need to be done again later.

Without looking at the code, this seems mad. Are you sure?

Nathan Myers
ncm(at)zembu(dot)com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Rod Taylor 2001-07-03 19:40:56 Re: Re: Backup and Recovery
Previous Message Tom Lane 2001-07-03 19:01:05 Re: stuck spin lock with many concurrent users