Re: AIO v2.5
Andres Freund <andres@anarazel.de>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
aio: Fix assertion, clarify README
- 7b98c5536818 18.0 landed
- d3f97fd1dda3 19 (unreleased) landed
-
aio: Fix reference to outdated name
- f20a347e1a61 19 (unreleased) landed
- 95163cbe111c 18.0 landed
-
aio: Fix possible state confusions due to interrupt processing
- acad909321a4 18.0 landed
-
aio: Improve debug logging around waiting for IOs
- 039bfc457e43 18.0 landed
-
aio: Fix crash potential for pg_aios views due to late state update
- 0d9114b7040d 18.0 landed
-
Increase BAS_BULKREAD based on effective_io_concurrency
- 15f0cb26b530 18.0 landed
-
localbuf: Add Valgrind buffer access instrumentation
- 8ab4241b9f4f 18.0 landed
-
aio: Make AIO more compatible with valgrind
- 8e293e689bab 18.0 landed
-
aio: Avoid spurious coverity warning
- 57dec20fd469 18.0 landed
-
tests: Fix incompatibility of test_aio with *_FORCE_RELEASE
- a6285b150ad3 18.0 landed
-
tests: Cope with WARNINGs during failed CREATE DB on windows
- 43dca8a11624 18.0 landed
-
aio: Add errcontext for processing I/Os for another backend
- b3219c69fc1e 18.0 landed
-
aio: Add README.md explaining higher level design
- fdd146a8ef2b 18.0 landed
-
aio: Minor comment improvements
- e19dc74491e6 18.0 landed
-
aio: Add test_aio module
- 93bc3d75d8e1 18.0 landed
-
aio: Add pg_aios view
- 60f566b4f243 18.0 landed
-
docs: Add acronym and glossary entries for I/O and AIO
- 46250cdcb037 18.0 landed
-
Enable IO concurrency on all systems
- 2a5e709e721c 18.0 landed
-
read_stream: Introduce and use optional batchmode support
- ae3df4b34155 18.0 landed
-
docs: Reframe track_io_timing related docs as wait time
- b27f8637ea70 18.0 landed
-
bufmgr: Use AIO in StartReadBuffers()
- 12ce89fd0708 18.0 landed
-
bufmgr: Implement AIO read support
- 047cba7fa0f8 18.0 landed
-
aio: Add WARNING result status
- ef64fe26bad9 18.0 landed
-
Let caller of PageIsVerified() control ignore_checksum_failure
- d445990adc41 18.0 landed
-
pgstat: Allow checksum errors to be reported in critical sections
- b96d3c389755 18.0 landed
-
Add errhint_internal()
- 4244cf687697 18.0 landed
-
localbuf: Track pincount in BufferDesc as well
- d6d8054dc72d 18.0 landed
-
aio, bufmgr: Comment fixes/improvements
- 08ccd56ac765 18.0 landed
-
Fix mis-attribution of checksum failure stats to the wrong database
- dee80024688c 18.0 landed
-
aio: Implement support for reads in smgr/md/fd
- 50cb7505b301 18.0 landed
-
aio: Add io_method=io_uring
- c325a7633fcb 18.0 landed
-
aio: Add liburing dependency
- 8eadd5c73c44 18.0 landed
-
aio: Rename pgaio_io_prep_* to pgaio_io_start_*
- 9469d7fdd2bc 18.0 landed
-
aio: Pass result of local callbacks to ->report_return
- f321ec237a54 18.0 landed
-
aio: Be more paranoid about interrupts
- 96da9050a57a 18.0 landed
-
Redefine max_files_per_process to control additionally opened files
- adb5f85fa5a0 18.0 landed
-
aio: Change prefix of PgAioResultStatus values to PGAIO_RS_
- ca3067cc573d 18.0 landed
-
bufmgr: Improve stats when a buffer is read in concurrently
- 202b12774d09 18.0 landed
-
aio: Add io_method=worker
- 247ce06b883d 18.0 landed
-
aio: Infrastructure for io_method=worker
- 55b454d0e140 18.0 landed
-
aio: Add core asynchronous I/O infrastructure
- da7226993fd4 18.0 landed
-
aio: Basic subsystem initialization
- 02844012b304 18.0 landed
-
tests: Expand temp table tests to some pin related matters
- 1a22a8a0f131 18.0 landed
-
localbuf: Introduce FlushLocalBuffer()
- 4b4d33b9ea9f 18.0 landed
-
localbuf: Introduce TerminateLocalBufferIO()
- dd6f2618f681 18.0 landed
-
localbuf: Fix dangerous coding pattern in GetLocalVictimBuffer()
- fa6af9b25e4b 18.0 landed
-
localbuf: Introduce StartLocalBufferIO()
- 771ba90298e2 18.0 landed
-
localbuf: Introduce InvalidateLocalBuffer()
- 0762a151b0e0 18.0 landed
-
Allow lwlocks to be disowned
- f8d7f29b3e81 18.0 landed
-
Make jsonb casts to scalar types translate JSON null to SQL NULL.
- a5579a90af05 18.0 cited
-
bufmgr/smgr: Don't cross segment boundaries in StartReadBuffers()
- 755a4c10d19d 18.0 landed
-
Use aux process resource owner in walsender
- 57f370247127 18.0 landed
-
bufmgr: Return early in ScheduleBufferTagForWriteback() if fsync=off
- 488f826c729b 18.0 landed
Attachments
- v2.8-0001-aio-Basic-subsystem-initialization.patch (text/x-diff)
Hi, On 2025-03-13 11:53:03 +0100, Antonin Houska wrote: > Attached are a few proposals for minor comment fixes. Thanks, applied. > Besides that, it occurred to me when I was trying to get familiar with the > patch set (respectable work, btw) that an additional Assert() statement could > make sense: Yea, it does. I added it to another place as well. Attached is v2.8 with the following changes: - I wasn't happy with the way StartReadBuffers(), WaitReadBuffers() and AsyncReadBuffers() interacted. The io_method=sync path in particular was too cute by half, calling WaitReadBuffers() from within WaitReadBuffers(). I think the new state considerably better. Plenty other smaller changes as part of that. One worth calling out is that ReadBuffersCanStartIO() now submits staged IO before actually blocking. Not the prettiest code, but I think it's ok. - Added a function to assert the sanitiy of a ReadBuffersOperation While doing the refactoring for the prior point, I temporarily had a bug that returned buffers for which IO wasn't actually performed. Surprisingly the only assertion that triggered was when that buffer was read again by another operation, because it had been marked dirty, despite never being valid. Now there's a function that can be used to check that the buffers referenced by a ReadBuffersOperation are in a sane state. I guess this could be committed independently, but it'd not be entirely trivial to extract, so I'm currently leaning against doing that. - Previously VacuumCostActive accounting happened after IO completion. But that doesn't seem quite right, it'd allow to submit a lot of IO at once. It's now moved to AsyncReadBuffers() - With io_method=sync or with worker and temp tables, smgrstartreadv() would actually execute the IO. But the time accounting was done entirely around pgaio_wref_wait(). Now it's done in both places. - Rebased onto newer version of Thomas' read_stream.c changes With that newer version the integration with read stream for actually doing AIO is a bit simpler. There's one FIXME in the patch, because I don't really understand what a comment is referring to. I also split out a more experimental patch to make more efficient use of batching in read stream, the heuristics are more complicated, and it works well enough without. - I added a commit to clean up the buffer access accounting for the case that a buffer was read in concurrently. That IMO is somewhat bogus on master, and it seemed to get more bogus with AIO. - Integrated Antonin Houska's fixes and Assert suggestion - Added a patch to address the smgr.c/md.c interrupt issue (a problem in master), see https://postgr.es/m/3vae7l5ozvqtxmd7rr7zaeq3qkuipz365u3rtim5t5wdkr6f4g@vkgf2fogjirl I think the reasonable next steps are: - Commit "localbuf: *" commits - Commit temp table tests, likely after lowering the minimum temp_buffers setting - Pursue a fix of the smgr interupt issue on the referenced thread This can happen in parallel with AIO patches up to "aio: Implement support for reads in smgr/md/fd" - Commit the core AIO infrastructure patch after doing a few more passes - Commit IO worker support - In parallel: Find a way to deal with the set_max_safe_fds() issue that we've been discussing on this thread recently. As that only affects io_uring, it doesn't have to block other patches going in. - Do a round of review of the read_stream changes Thomas recently posted (and that are also included here) - Try to get some more review for the bufmgr.c related changes. I've whacked them around a fair bit lately. - Try to get Thomas to review my read_stream.c changes Open items: - The upstream BAS_BULKREAD is so small that throughput is substantially worse once a table reaches 1/4 shared_buffers. That patch in the patchset as-is is probably not good enough, although I am not sure about that - The set_max_safe_fds() issue for io_uring - Right now effective_io_concurrency cannot be set > 0 on Windows and other platforms that lack posix_fadvise. But with AIO we can read ahead without posix_fadvise(). It'd not really make anything worse than today to not remove the limit, but it'd be pretty weird to prevent windows etc from benefiting from AIO. Need to look around and see whether it would require anything other than doc changes. Greetings, Andres Freund