Re: Heavy write activity on first vacuum of fresh TOAST data
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Heavy write activity on first vacuum of fresh TOAST data |
| Дата | |
| Msg-id | 29185.1197618162@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Heavy write activity on first vacuum of fresh TOAST data (Russell Smith <mr-russ@pws.com.au>) |
| Ответы |
Re: Heavy write activity on first vacuum of fresh
TOAST data
|
| Список | pgsql-performance |
Russell Smith <mr-russ@pws.com.au> writes:
> Given vacuum must then touch every page, is there a win in only setting
> hint bits on pages where vacuum has to do some other work on the page?
> As vacuum is causing significant IO load for data that may not be
> accessed for some time.
Well, if vacuum doesn't do it then some other poor sod will have to.
My feeling is that vacuum's purpose in life is to offload maintenance
cycles from foreground queries, so we should be happy to have it setting
all the hint bits. If Kevin doesn't like the resultant I/O load then he
should use the vacuum_cost_delay parameters to dial down vacuum speed.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера