Re: index prefetching - Mailing list pgsql-hackers

From Andres Freund
Subject Re: index prefetching
Date
Msg-id jncvx6hst4tpczvvh7ts2lpzr7scbm25vcrp546lhxanvmj4c2@md7nswr4ghys
Whole thread
In response to Re: index prefetching  (Peter Geoghegan <pg@bowt.ie>)
Responses Re: index prefetching
List pgsql-hackers
Hi,

Peter and I just chatted a bit about the state of the patchset.  Unfortunately
we both think it needs more polish than is doable in the remaining time.


Quite a few people have tried very hard over the last months to get this, and
its dependencies, into a committable shape. The patchset is much better than
it was. The performance is better. Regressions are drastically reduced. The
performance gains are often unbelievably large.

I'd be happy to merge the patchset from the performance POV. I'd be happy to
merge it from a high-level architectural perspective. It's just the pesky
details that need more buffing out than our tired arms can do in the remaining
time.  I think Peter feels similar.


I was kind of wondering if it could make sense to try to push
    "Add slot-based table AM index scan interface."

given just how much better it architecturally is than what we do today. But
that would probably end up with non-trivial tableam changes in consecutive
releases, which doesn't quite seem worth it.


Oh well, PG 20 will be awesome.


Thanks to everyone helping!

Andres



pgsql-hackers by date:

Previous
From: Ashutosh Sharma
Date:
Subject: Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication
Next
From: Andrei Lepikhov
Date:
Subject: Re: pg_plan_advice