Re: SLRUs in the main buffer pool - Page Header definitions - Mailing list pgsql-hackers

From Robert Haas
Subject Re: SLRUs in the main buffer pool - Page Header definitions
Date
Msg-id CA+TgmoYm5oYtu0SURNT-YUK6DodtfY5GAYvck_=X5xxede+TnQ@mail.gmail.com
Whole thread Raw
In response to Re: SLRUs in the main buffer pool - Page Header definitions  (Nathan Bossart <nathandbossart@gmail.com>)
Responses Re: SLRUs in the main buffer pool - Page Header definitions
List pgsql-hackers
On Fri, Aug 18, 2023 at 12:15 PM Nathan Bossart
<nathandbossart@gmail.com> wrote:
> I think I agree with Stephen.  We routinely make changes that require
> updates to extensions, and I doubt anyone is terribly wild about
> maintaining two SLRU systems for several years.

Yeah, maintaining two systems doesn't sound like a good idea.

However, this would be a big change. I'm not sure how we validate a
change of this magnitude. There are both correctness and performance
considerations. I saw there had been a few performance results on the
thread from Thomas that spawned this thread; but I guess we'd want to
do more research. One question is: how do you decide how many buffers
to use for each SLRU, and how many to leave available for regular
data?

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Dean Rasheed
Date:
Subject: Re: [PATCH] Add function to_oct
Next
From: Tom Lane
Date:
Subject: Re: Oversight in reparameterize_path_by_child leading to executor crash