Re: index prefetching
Peter Geoghegan <pg@bowt.ie>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
aio: io_uring: Trigger async processing for large IOs
- a9ee66881744 19 (unreleased) landed
-
read stream: Split decision about look ahead for AIO and combining
- 8ca147d582a5 19 (unreleased) landed
-
read_stream: Only increase read-ahead distance when waiting for IO
- f63ca3379025 19 (unreleased) landed
-
read_stream: Prevent distance from decaying too quickly
- 6e36930f9aaf 19 (unreleased) landed
-
Reduce ExecSeqScan* code size using pg_assume()
- b227b0bb4e03 19 (unreleased) cited
-
Fix rare bug in read_stream.c's split IO handling.
- b421223172a2 19 (unreleased) cited
-
Fix multiranges to behave more like dependent types.
- 3e8235ba4f9c 17.0 cited
-
Add EXPLAIN (MEMORY) to report planner memory consumption
- 5de890e3610d 17.0 cited
-
Optimize nbtree backward scan boundary cases.
- c9c0589fda0e 17.0 cited
-
Increment xactCompletionCount during subtransaction abort.
- 90c885cdab8b 14.0 cited
-
Add nbtree Valgrind buffer lock checks.
- 4a70f829d86c 14.0 cited
-
Add nbtree high key "continuescan" optimization.
- 29b64d1de7c7 12.0 cited
-
Reduce pinning and buffer content locking for btree scans.
- 2ed5b87f96d4 9.5.0 cited
-
Teach btree to handle ScalarArrayOpExpr quals natively.
- 9e8da0f75731 9.2.0 cited
Attachments
- v5-0002-Add-prefetching-to-index-scans-using-batch-interf.patch (application/octet-stream) patch v5-0002
- v5-0004-Add-amgetbatch-support-to-hash-index-AM.patch (application/octet-stream) patch v5-0004
- v5-0001-Add-batching-interfaces-used-by-heapam-and-nbtree.patch (application/octet-stream) patch v5-0001
- v5-0003-bufmgr-aio-Prototype-for-not-waiting-for-already-.patch (application/octet-stream) patch v5-0003
On Wed, Dec 10, 2025 at 9:21 PM Peter Geoghegan <pg@bowt.ie> wrote: > Attached is v4. Attached is v5. Changes from v4: * Simplified and optimized index-only scans, with a particular emphasis on avoiding regressions with nested loop joins with an inner index-only scan. There were quite a number of small problems/dead code related to index-only scans fixed by this new v5. Overall, I'm quite a bit happier with the state of index-only scans, which I'd not paid too much attention to before now. * Added Valgrind instrumentation to the hash index patch, which was required to fix some false positives. The generic indexam_util_batch_unlock routine had Valgrind instrumentation in earlier versions, just to keep nbtree's buffer locking checks from generating similar false positives. Some time later, when I added the hashgetbatch patch, there were new Valgrind false positives during hash index scans -- which I missed at first. This new v5 revisions adds similar Valgrind checks to hash itself (changes that add code that is more or less a direct port of the stuff added to nbtree by commit 4a70f829), which fixes the false positives, and is independently useful. The rule for amgetbatch-based index AMs is that they must have similar buffer locking instrumentation. That seems like a good thing. -- Peter Geoghegan