Re: Moving more work outside WALInsertLock
От | Simon Riggs |
---|---|
Тема | Re: Moving more work outside WALInsertLock |
Дата | |
Msg-id | CA+U5nMJSDTtGu-BR+2bPFa4JQGypiGbgQDshkkhwxN0e_SjZHA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Moving more work outside WALInsertLock (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: Moving more work outside WALInsertLock
|
Список | pgsql-hackers |
On Fri, Dec 16, 2011 at 12:07 PM, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> wrote: > Anyway, I'm looking at ways to make the memcpy() of the payload happen > without the lock, in parallel, and once you do that the record header CRC > calculation can be done in parallel, too. That makes it irrelevant from a > performance point of view whether the prev-link is included in the CRC or > not. Better plan. So we keep the prev link in the CRC. I already proposed a design for that using page-level share locks any reason not to go with that? -- Simon Riggs http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: