Re: fdatasync performance problem with large number of DB files

Поиск
Список
Период
Сортировка
От Paul Guo
Тема Re: fdatasync performance problem with large number of DB files
Дата
Msg-id 4CB921E5-772B-42F9-B14D-D310E709E8F2@vmware.com
обсуждение исходный текст
Ответ на Re: fdatasync performance problem with large number of DB files  (Fujii Masao <masao.fujii@oss.nttdata.com>)
Ответы Re: fdatasync performance problem with large number of DB files  (Thomas Munro <thomas.munro@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: gkokolatos@pm.me
Дата:
Сообщение: Re: psql tab completion for \h with IMPORT FOREIGN SCHEMA
Следующее
От: Dean Rasheed
Дата:
Сообщение: Re: PoC/WIP: Extended statistics on expressions