Re: pg_rewind just doesn't fsync *anything*?

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: pg_rewind just doesn't fsync *anything*?
Дата
Msg-id 20160310185216.7lwjlk2forylemgs@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: pg_rewind just doesn't fsync *anything*?  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: pg_rewind just doesn't fsync *anything*?  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
Hi,

On 2016-03-10 08:47:16 +0100, Michael Paquier wrote:
> Still, I think that we had better fsync only entries that are modified
> by pg_rewind, and files that got updated, and not the whole directory

Why? If any files in there are dirty, they need to be fsynced. If
they're not dirty, fsync's free.


> a target data folder should be stopped properly to be able to rewind,
> and it is better to avoid dependencies between utilities if that's not
> strictly necessary.  initdb is likely to be installed side-by-side
> with pg_rewind in any distribution though.

It's not like we don't have any other such dependencies, in other
binaries. I'm not concerned.

Having to backpatch a single system() invocation + find_other_exec()
call, and backporting a more general FRONTEND version of initdb's
fsync_pgdata() are wildly differing in complexity.


- Andres



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: WIP: Upper planner pathification
Следующее
От: Robert Haas
Дата:
Сообщение: Re: RFC: replace pg_stat_activity.waiting with something more descriptive