Re: fdatasync performance problem with large number of DB files
Thomas Munro <thomas.munro@gmail.com>
From: Thomas Munro <thomas.munro@gmail.com>
To: Fujii Masao <masao.fujii@oss.nttdata.com>
Cc: Bruce Momjian <bruce@momjian.us>, Paul Guo <guopa@vmware.com>,
Tom Lane <tgl@sss.pgh.pa.us>, Michael Brown <michael.brown@discourse.org>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2021-03-19T01:37:11Z
Lists: pgsql-hackers
Attachments
- v5-0001-Provide-recovery_init_sync_method-syncfs.patch (text/x-patch) patch v5-0001
- v5-0002-Provide-recovery_init_sync_method-none.patch (text/x-patch) patch v5-0002
- v5-0003-Provide-recovery_init_sync_method-wal.patch (text/x-patch) patch v5-0003
On Fri, Mar 19, 2021 at 2:16 PM Thomas Munro <thomas.munro@gmail.com> wrote: > PS: For illustration/discussion, I've also attached a "none" patch. I > also couldn't resist rebasing my "wal" mode patch, which I plan to > propose for PG15 because there is not enough time left for this > release. Erm... I attached the wrong version by mistake. Here's a better one. (Note: I'm not expecting any review of the 0003 patch in this CF, I just wanted to share the future direction I'd like to consider for this problem.)
Commits
-
Change recovery_init_sync_method to PGC_SIGHUP.
- 34a8b64b4e5f 14.0 landed
-
Provide recovery_init_sync_method=syncfs.
- 61752afb2640 14.0 landed