Re: fdatasync performance problem with large number of DB files

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: fdatasync performance problem with large number of DB files
Дата
Msg-id CA+hUKGLkoO6i2qoP6u9uKPx8SL4MGzMnT+xQJ+p_x3FggH1Z8A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: fdatasync performance problem with large number of DB files  (Paul Guo <guopa@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  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
Дерево обсуждения 
On Thu, Mar 18, 2021 at 8:52 PM Paul Guo <guopa@vmware.com> wrote:
> 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?

Works for me.  Here is a new version like that, also including the
documentation change discussed with Fujii-san, and a couple of
cosmetic changes.
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Masahiro Ikeda
Дата:
Сообщение: Re: make the stats collector shutdown without writing the statsfiles if the immediate shutdown is requested.
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: hint Consider using pg_file_read()