| От | Tom Lane |
|---|---|
| Тема | Re: Replication Syatem |
| Дата | |
| Msg-id | 18879.1209567759@sss.pgh.pa.us обсуждение |
| Ответ на | Replication Syatem ("Gauri Kanekar" <meetgaurikanekar@gmail.com>) |
| Список | pgsql-performance |
fche@redhat.com (Frank Ch. Eigler) writes:
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>> Also, you need to make sure you have the FSM parameters set high enough
>> so that all the free space found by a VACUUM run can be remembered.
> Would it be difficult to arrange FSM parameters to be automatically
> set from the VACUUM reclaim results?
Yeah, because the problem is that FSM is kept in shared memory which
cannot be resized on-the-fly.
In retrospect, trying to keep FSM in shared memory was a spectacularly
bad idea (one for which I take full blame). There is work afoot to
push it out to disk so that the whole problem goes away; so I don't see
much point in worrying about band-aid solutions.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера