Re: WAL in RAM

Поиск
Список
Период
Сортировка
От Claudio Freire
Тема Re: WAL in RAM
Дата
Msg-id CAGTBQpacH8b47YWOCDJqBF06LWB-XGVdAzEiXG42v8WWvO8+Bg@mail.gmail.com
обсуждение исходный текст
Ответ на WAL in RAM  (Marcus Engene <mengpg2@engene.se>)
Список pgsql-performance
On Fri, Oct 28, 2011 at 12:28 PM, Marcus Engene <mengpg2@engene.se> wrote:
> Hi list,
>
> Every now and then I have write peaks which causes annoying delay on my
> website. No particular reason it seems, just that laws of probability
> dictates that there will be peaks every now and then.
>
> Anyway, thinking of ways to make the peaks more bareable, I saw the new 9.1
> feature to bypass WAL. Problems is mainly that some statistics tables ("x
> users clicked this link this month") clog the write cache, not more
> important writes. I could live with restoring a nightly dump of these tables
> and loose a days worth of logs.
> ...
> Does anyone here have any recommendations here?

You didn't post configuration details.

Just OTOMH, I'd say you have a low shared_buffers setting and that
increasing it could help.

That's assuming the updates you mention on statistic tables update
heavily the same rows over and over, case in which shared buffers
would tremendously help.

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

Предыдущее
От: "Tomas Vondra"
Дата:
Сообщение: Re: WAL in RAM
Следующее
От: David Boreham
Дата:
Сообщение: Re: WAL in RAM