Re: logtape.c stats don't account for unused "prefetched" block numbers
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Peter Geoghegan <pg@bowt.ie>, Jeff Davis <pgsql@j-davis.com>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2020-09-16T00:10:27Z
Lists: pgsql-hackers
On 2020-Sep-15, Tom Lane wrote: > Peter Geoghegan <pg@bowt.ie> writes: > > On Tue, Sep 15, 2020 at 3:02 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> The tag is applied, though for some reason the pgsql-committers auto > >> e-mail about new tags hasn't been working lately. > > > Thanks. FWIW I did get the automated email shortly after you sent this email. > > Yeah, it did show up here too, about an hour after I pushed the tag. > The last several taggings have been delayed similarly, and I think > at least one never was reported at all. I approved it about half an hour after it got in the moderation queue. They get moderated because the noreply@postgresql.org address which appears as sender is not subscribed to any list. I also added that address to the whitelist now, but whether that's a great fix in the long run is debatable. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Change LogicalTapeSetBlocks() to use nBlocksWritten.
- 6e146a663536 13.0 landed
- c8aeaf3ab31e 14.0 landed
-
HashAgg: release write buffers sooner by rewinding tape.
- 42a46f5a76ec 13.0 landed
- 3bd35d4f516a 14.0 landed
-
logtape.c: do not preallocate for tapes when sorting
- 93106d71a18a 13.0 landed
- 075896496394 14.0 landed
-
Fix bogus MaxAllocSize check in logtape.c.
- 4a4f3bf983b4 13.0 landed
- 0852006a946a 14.0 landed
-
Avoid fragmentation of logical tapes when writing concurrently.
- 896ddf9b3cd7 13.0 cited
-
Logical Tape Set: use min heap for freelist.
- c02fdc922301 13.0 cited
-
Don't create "holes" in BufFiles, in the new logtape code.
- 7ac4a389a7db 10.0 cited