Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 1ca4a1b

Browse files
committed
Finish up XLOG_HINT renaming
Commit b8fd1a0 renamed XLOG_HINT to XLOG_FPI, but neglected two places. Backpatch to 9.3, like that commit.
1 parent 71d05a2 commit 1ca4a1b

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

src/backend/access/transam/README

+1-1
Original file line numberDiff line numberDiff line change
@@ -627,7 +627,7 @@ of optimising for performance. When a hint is written we use
627627
MarkBufferDirtyHint() to mark the block dirty.
628628

629629
If the buffer is clean and checksums are in use then
630-
MarkBufferDirtyHint() inserts an XLOG_HINT record to ensure that we
630+
MarkBufferDirtyHint() inserts an XLOG_FPI record to ensure that we
631631
take a full page image that includes the hint. We do this to avoid
632632
a partial page write, when we write the dirtied page. WAL is not
633633
written during recovery, so we simply skip dirtying blocks because

src/backend/storage/buffer/bufmgr.c

+1-1
Original file line numberDiff line numberDiff line change
@@ -3352,7 +3352,7 @@ IncrBufferRefCount(Buffer buffer)
33523352
* This is essentially the same as MarkBufferDirty, except:
33533353
*
33543354
* 1. The caller does not write WAL; so if checksums are enabled, we may need
3355-
* to write an XLOG_HINT WAL record to protect against torn pages.
3355+
* to write an XLOG_FPI WAL record to protect against torn pages.
33563356
* 2. The caller might have only share-lock instead of exclusive-lock on the
33573357
* buffer's content lock.
33583358
* 3. This function does not guarantee that the buffer is always marked dirty

0 commit comments

Comments
 (0)