Re: Speedup twophase transactions
От | Andres Freund |
---|---|
Тема | Re: Speedup twophase transactions |
Дата | |
Msg-id | 80856693-5065-4392-8606-CF572A2FF1FB@anarazel.de обсуждение исходный текст |
Ответ на | Re: Speedup twophase transactions (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: Speedup twophase transactions
|
Список | pgsql-hackers |
Hi, On January 11, 2016 10:46:01 PM GMT+01:00, Simon Riggs <simon@2ndQuadrant.com> wrote: >On 11 January 2016 at 20:10, Andres Freund <andres@anarazel.de> wrote: > >> On January 11, 2016 8:57:58 PM GMT+01:00, Simon Riggs >> <simon@2ndQuadrant.com> wrote: >> >On 11 January 2016 at 18:43, Simon Riggs <simon@2ndquadrant.com> >wrote: >> >> >It's clear there are various additional tuning opportunities, but >the >> >objective of the current patch to improve performance is very, very >> >clearly >> >met, so I'm aiming to commit *this* patch soon. >> >> Again, the WAL read routine used doesn't deal with timeline changes. > > >Not relevant: The direct WAL read routine is never used during replay, >so >your comment is not relevant since we don't change timelines on the >master. Hm, OK. But, isn't this actually a bad sign? Currently recovery of 2pc often already is a bigger bottleneck than the workloadon the master, because replay has to execute the fsyncs implied by statefile re-creation serially, whereas on themaster they'll usually be executed in parallel. So, if I understand correctly this patch would widen that gap? Anyway, as evidenced here, review on a phone isn't efficient, and that's all i have access to right now. Please wait tillat least tomorrow evening, so I can have a meaningful look. Andres --- Please excuse brevity and formatting - I am writing this on my mobile phone.
В списке pgsql-hackers по дате отправления: