From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Dan Ports <drkp(at)csail(dot)mit(dot)edu> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Why is RegisterPredicateLockingXid called while holding XidGenLock? |
Date: | 2011-05-06 04:18:03 |
Message-ID: | 2669.1304655483@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Dan Ports <drkp(at)csail(dot)mit(dot)edu> writes:
> On Thu, May 05, 2011 at 11:12:40PM -0400, Tom Lane wrote:
>> Even if it's actually necessary to set up that data structure while
>> holding XidGenLock, I would *really* like the call to not be exactly
>> where it is.
> Good question.
> I don't believe it needs to be while XidGenLock is being held at all;
> certainly not in this particular place. All that really matters is that
> it happens before any backend starts seeing said xid in tuple headers.
> I believe the call can be moved over to AssignTransactionId. I'd
> probably put it at the end of that function, but it can go anywhere
> between there and where it is now. Do you have any preference?
Yeah, I was thinking that it'd be better to pull it out of
GetNewTransactionId and put it in a higher level. No strong preference
about where in AssignTransactionId to put it. Is there any chance that
it would be significant whether we do it before or after taking the lock
on the XID (XactLockTableInsert)?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2011-05-06 04:31:05 | Re: Why is RegisterPredicateLockingXid called while holding XidGenLock? |
Previous Message | Kevin Grittner | 2011-05-06 04:13:15 | Re: Why is RegisterPredicateLockingXid called while holding XidGenLock? |