From 4327f6c7480fea9348ea6825a9d38a71b2ef8785 Mon Sep 17 00:00:00 2001 From: Masahiko Sawada Date: Wed, 14 Jun 2023 13:28:41 +0900 Subject: [PATCH] Fix typo in comment. Introduced in 4d330a61bb1. Author: Masahiko Sawada Reviewed-by: Michael Paquier Discussion: https://postgr.es/m/CAD21AoDg8rTWJkrNJg9UTP89vS8smfib2c55DVqKrCn8zR-GYA@mail.gmail.com --- src/backend/storage/smgr/md.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/backend/storage/smgr/md.c b/src/backend/storage/smgr/md.c index 65bb22541c..7353ed31d8 100644 --- a/src/backend/storage/smgr/md.c +++ b/src/backend/storage/smgr/md.c @@ -564,12 +564,12 @@ mdzeroextend(SMgrRelation reln, ForkNumber forknum, Assert(segstartblock + numblocks <= RELSEG_SIZE); /* - * If available and useful, use posix_fallocate() (via FileAllocate()) + * If available and useful, use posix_fallocate() (via FileFallocate()) * to extend the relation. That's often more efficient than using * write(), as it commonly won't cause the kernel to allocate page * cache space for the extended pages. * - * However, we don't use FileAllocate() for small extensions, as it + * However, we don't use FileFallocate() for small extensions, as it * defeats delayed allocation on some filesystems. Not clear where * that decision should be made though? For now just use a cutoff of * 8, anything between 4 and 8 worked OK in some local testing.