Re: WIP: WAL prefetch (another approach)

From: Tomas Vondra <tomas(dot)vondra(at)enterprisedb(dot)com>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
Cc: Daniel Gustafsson <daniel(at)yesql(dot)se>, Stephen Frost <sfrost(at)snowman(dot)net>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, David Steele <david(at)pgmasters(dot)net>, Dmitry Dolgov <9erthalion6(at)gmail(dot)com>, Jakub Wartak <Jakub(dot)Wartak(at)tomtom(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: WIP: WAL prefetch (another approach)
Date: 2021-11-26 23:34:21
Message-ID: 1099b5a9-a521-93ad-c551-0cacdac8cef8@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 11/26/21 22:16, Thomas Munro wrote:
> On Fri, Nov 26, 2021 at 11:32 AM Tomas Vondra
> <tomas(dot)vondra(at)enterprisedb(dot)com> wrote:
>> The results are pretty good / similar to previous results. Replaying the
>> 1h worth of work on a smaller machine takes ~5:30h without prefetching
>> (master or with prefetching disabled). With prefetching enabled this
>> drops to ~2h (default config) and ~1h (with tuning).
>
> Thanks for testing! Wow, that's a nice graph.
>
> This has bit-rotted already due to Robert's work on ripping out
> globals, so I'll post a rebase early next week, and incorporate your
> code feedback.
>

One thing that's not clear to me is what happened to the reasons why
this feature was reverted in the PG14 cycle?

regards

--
Tomas Vondra
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2021-11-27 01:47:01 Re: WIP: WAL prefetch (another approach)
Previous Message Peter Geoghegan 2021-11-26 23:02:02 Re: Unifying VACUUM VERBOSE and log_autovacuum_min_duration output