Re: [PoC] Improve dead tuple storage for lazy vacuum
От | Masahiko Sawada |
---|---|
Тема | Re: [PoC] Improve dead tuple storage for lazy vacuum |
Дата | |
Msg-id | CAD21AoA3gS45DFMOyTE-Wm4fu+BYzsYPVcSMYggLxwm40cGHZg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [PoC] Improve dead tuple storage for lazy vacuum (Masahiko Sawada <sawada.mshk@gmail.com>) |
Список | pgsql-hackers |
Hi, On Thu, Jul 13, 2023 at 5:08 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > > On Sat, Jul 8, 2023 at 11:54 AM John Naylor > <john.naylor@enterprisedb.com> wrote: > > > > > > On Fri, Jul 7, 2023 at 2:19 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > > > > > > On Wed, Jul 5, 2023 at 8:21 PM John Naylor <john.naylor@enterprisedb.com> wrote: > > > > Well, it's going to be a bit of a mess until I can demonstrate it working (and working well) with bitmap heap scan.Fixing that now is just going to create conflicts. I do have a couple small older patches laying around that were quickexperiments -- I think at least some of them should give a performance boost in loading speed, but haven't had timeto test. Would you like to take a look? > > > > > > Yes, I can experiment with these patches in the meantime. > > > > Okay, here it is in v36. 0001-6 are same as v35. > > > > 0007 removes a wasted extra computation newly introduced by refactoring growing nodes. 0008 just makes 0011 nicer. Notworth testing by themselves, but better to be tidy. > > 0009 is an experiment to get rid of slow memmoves in node4, addressing a long-standing inefficiency. It looks a bit tricky,but I think it's actually straightforward after drawing out the cases with pen and paper. It works if the fanout iseither 4 or 5, so we have some wiggle room. This may give a noticeable boost if the input is reversed or random. > > 0010 allows RT_EXTEND_DOWN to reduce function calls, so should help with sparse trees. > > 0011 reduces function calls when growing the smaller nodes. Not sure about this one -- possibly worth it for node4 only? > > > > If these help, it'll show up more easily in smaller inputs. Large inputs tend to be more dominated by RAM latency. cfbot reported some failures[1], and the v36 patch cannot be applied cleanly to the current HEAD. I've attached updated patches to make cfbot happy. Regards, [1] http://cfbot.cputube.org/highlights/all.html#3687 -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
Вложения
В списке pgsql-hackers по дате отправления: