Re: improving concurrent transactin commit rate

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: improving concurrent transactin commit rate
Дата
Msg-id 13690.1237942313@sss.pgh.pa.us
обсуждение исходный текст
Ответ на improving concurrent transactin commit rate  (Sam Mason <sam@samason.me.uk>)
Ответы Re: improving concurrent transactin commit rate
Список pgsql-hackers
Sam Mason <sam@samason.me.uk> writes:
> The conceptual idea is to have at most one outstanding flush for the
> log going through the filesystem at any one time.

I think this is a variant of the "group commit" or "commit delay"
stuff that's already in there (and doesn't work real well :-().
The problem is to sync multiple transactions without a lot of extra
overhead.

Realize also that if the kernel's not completely brain dead, some
of this happens already by virtue of the fact that everyone's
fsync'ing the same WAL file.
        regards, tom lane


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

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: GIN fast insert
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: hstore patch, part 2