Re: [HACKERS] Patch to improve performance of replay of AccessExclusiveLock
От | David Rowley |
---|---|
Тема | Re: [HACKERS] Patch to improve performance of replay of AccessExclusiveLock |
Дата | |
Msg-id | CAKJS1f9n=9UuROdMygBwVhm=95mZBJ9FWuBqEKWAZRUt3vs2Yw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Patch to improve performance of replay of AccessExclusiveLock (Simon Riggs <simon@2ndquadrant.com>) |
Ответы |
Re: [HACKERS] Patch to improve performance of replay of AccessExclusiveLock
|
Список | pgsql-hackers |
On 8 March 2017 at 01:13, Simon Riggs <simon@2ndquadrant.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. > 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? -- David Rowley http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: