Re: Reduced power consumption in WAL Writer process
От | Robert Haas |
---|---|
Тема | Re: Reduced power consumption in WAL Writer process |
Дата | |
Msg-id | 4B6186BB-5B3E-4416-BE0A-52F424018E4B@gmail.com обсуждение исходный текст |
Ответ на | Re: Reduced power consumption in WAL Writer process (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: Reduced power consumption in WAL Writer process
|
Список | pgsql-hackers |
On Jul 15, 2011, at 8:55 AM, Simon Riggs <simon@2ndQuadrant.com> wrote: > On Fri, Jul 15, 2011 at 2:29 PM, Robert Haas <robertmhaas@gmail.com> wrote: > >> If the primary goal here is to reduce power consumption, another option >> would be to keep the regular wake-ups most of the time but have some >> mechanism for putting the process to sleep until wakened when no activity >> happens for a certain period of time - say, 10 cycles. I'm not at all sure >> that's better, but it would be less of a change to the existing behavior. > > Now we have them, latches seem the best approach because they (mostly) > avoid heuristics. That's my feeling as well. > This proposal works same or better for async transactions. Right. I would say probably better. The potential for a reduction in latency here is very appealing. > The only difference is how bulk write operations are handled. As long > as we wake WALWriter before wal_buffers fills then we'll be good. > Wakeup once per wal buffer is too much. I agree we should measure this > to check how frequently wakeups are required for bulk ops. Yeah. The trick is to get the wake-ups to be frequent enough without adding too much latency to the backends that have toperform them. Off-hand, I don't have a good feeling for how hard that will be. ...Robert
В списке pgsql-hackers по дате отправления: