Re: Foreground vacuum and buffer access strategy
От | Greg Stark |
---|---|
Тема | Re: Foreground vacuum and buffer access strategy |
Дата | |
Msg-id | CAM-w4HOc=t5yMZPu68BFa5WmvUFo5h-h_5GsJ0yxYDbNYDVmBQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Foreground vacuum and buffer access strategy (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Foreground vacuum and buffer access strategy
Re: Foreground vacuum and buffer access strategy |
Список | pgsql-hackers |
On Tue, Aug 13, 2013 at 3:45 PM, Robert Haas <robertmhaas@gmail.com> wrote: > > I'm not sure what the right thing to do here is, but I definitely > agree there's a problem. There are definitely cases where people want > or indeed need to vacuum as fast as possible, and using a small ring > buffer is not the way to do that. I'm not convinced using a ring buffer is necessarily that bad even if you want to vacuum as fast as possible. The reason we use a small ring buffer is to avoid poisoning the entire cache with vacuum pages, not to throttle the speed of vacuum by introducing synchronous wal flushes. I think we should increase the size of the ring buffer if we hit a synchronous wal buffer flush and there is less than some amount of wal pending. That amount is the relevant thing people might want to limit to avoid slowing down other transaction commits. The walwriter might even provide a relevant knob already for how much wal should be the maximum pending. -- greg
В списке pgsql-hackers по дате отправления: