Re: postgresql latency & bgwriter not doing its job
От | Mitsumasa KONDO |
---|---|
Тема | Re: postgresql latency & bgwriter not doing its job |
Дата | |
Msg-id | CADupcHXqXATH6y-BZUu6qGqkfPgbrPi_5mAQ0+8XFoCuMvG=LA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: postgresql latency & bgwriter not doing its job (Andres Freund <andres@2ndquadrant.com>) |
Список | pgsql-hackers |
Hi,
2014-08-31 8:10 GMT+09:00 Andres Freund <andres@2ndquadrant.com>:
On 2014-08-31 01:50:48 +0300, Heikki Linnakangas wrote:
> If we're going to fsync between each file, there's no need to sort all theI really can't see that working out. Production instances of postgres
> buffers at once. It's enough to pick one file as the target - like in my
> crude patch - and sort only the buffers for that file. Then fsync that file
> and move on to the next file. That requires scanning the buffers multiple
> times, but I think that's OK.
with large shared_buffers settings (say 96GB in one case) have tens of
thousands of relations (~34500 in the same case). And that's a database
with a relatively simple schema. I've seen much worse.
Yeah, it is impossible in one checkpointer process. All buffer search cost is
relatively high than we expect. We need clever algorithm for efficient and
distributed buffer search using multi process or threads.
Regards,
--
Mitsumasa KONDO
В списке pgsql-hackers по дате отправления: