From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Patch to improve performance of replay of AccessExclusiveLock |
Date: | 2017-03-16 00:31:55 |
Message-ID: | CANP8+j+_YPdToPNT8CGNgjbACmSp=ZR=HEv015+2kD50GeFqAg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 8 March 2017 at 10:02, David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> wrote:
> On 8 March 2017 at 01:13, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>> Don't understand this. I'm talking about setting a flag on
>> commit/abort WAL records, like the attached.
>
> There's nothing setting a flag in the attached. I only see the
> checking of the flag.
Yeh, it wasn't a full patch, just a way marker to the summit for you.
>> We just need to track info so we can set the flag at EOXact and we're done.
>
> Do you have an idea where to store that information? I'd assume we'd
> want to store something during LogAccessExclusiveLocks() and check
> that in XactLogCommitRecord() and XactLogAbortRecord(). I don't see
> anything existing which might help with that today. Do you think I
> should introduce some new global variable for that? Or do you propose
> calling GetRunningTransactionLocks() again while generating the
> Commit/Abort record?
Seemed easier to write it than explain further. Please see what you think.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Attachment | Content-Type | Size |
---|---|---|
hs_skip_overhead_AEL_on_standby.v1.patch | application/octet-stream | 5.1 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2017-03-16 00:38:26 | Re: Measuring replay lag |
Previous Message | Andres Freund | 2017-03-16 00:28:31 | Re: WIP: Faster Expression Processing v4 |