Re: fdatasync performance problem with large number of DB files - Mailing list pgsql-hackers

From Paul Guo
Subject Re: fdatasync performance problem with large number of DB files
Date
Msg-id 4CB921E5-772B-42F9-B14D-D310E709E8F2@vmware.com
Whole thread Raw
In response to Re: fdatasync performance problem with large number of DB files  (Fujii Masao <masao.fujii@oss.nttdata.com>)
Responses Re: fdatasync performance problem with large number of DB files  (Thomas Munro <thomas.munro@gmail.com>)
List pgsql-hackers
About the syncfs patch, my first impression on the guc name sync_after_crash
is that it is a boolean type. Not sure about other people's feeling. Do you guys think
It is better to rename it to a clearer name like sync_method_after_crash or others?


pgsql-hackers by date:

Previous
From: gkokolatos@pm.me
Date:
Subject: Re: psql tab completion for \h with IMPORT FOREIGN SCHEMA
Next
From: Dean Rasheed
Date:
Subject: Re: PoC/WIP: Extended statistics on expressions