v1-0001-repack-clarify-final-phase-of-concurrent-mode-in-.patch
application/octet-stream
Filename: v1-0001-repack-clarify-final-phase-of-concurrent-mode-in-.patch
Type: application/octet-stream
Part: 0
Patch
Same data as JSON:
GET /api/v1/attachments/:id/patch
the parsed metadata as JSON — format, series position, per-file stats; never the diff bytes.
API reference →
Format: format-patch
Series: patch v1-0001
Subject: repack: clarify final phase of concurrent mode in file header comment
| File | + | − |
|---|---|---|
| src/backend/commands/repack.c | 4 | 3 |
From 71bf032ae1d35d5a836f102e2505341b3d43eb8d Mon Sep 17 00:00:00 2001 From: "Chao Li (Evan)" <lic@highgo.com> Date: Thu, 16 Apr 2026 11:18:26 +0800 Subject: [PATCH v1] repack: clarify final phase of concurrent mode in file header comment Author: Chao Li <lic@highgo.com> --- src/backend/commands/repack.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/src/backend/commands/repack.c b/src/backend/commands/repack.c index 58e3867246f..0c383916c49 100644 --- a/src/backend/commands/repack.c +++ b/src/backend/commands/repack.c @@ -17,9 +17,10 @@ * from being reserved), and accumulates the changes in a file. Once the * initial copy is complete, we read the changes from the file and re-apply * them on the new heap. Then we upgrade our ShareUpdateExclusiveLock to - * AccessExclusiveLock and swap the relfilenodes. This way, the time we hold - * a strong lock on the table is much reduced, and the bloat is eliminated. - * + * AccessExclusiveLock, decode and apply any remaining changes that occurred + * during the first re-apply pass, and swap the relfilenodes. This way, the + * time we hold a strong lock on the table is much reduced, and the bloat + * is eliminated. * * Portions Copyright (c) 1996-2026, PostgreSQL Global Development Group * Portions Copyright (c) 1994-5, Regents of the University of California -- 2.50.1 (Apple Git-155)