Re: Heavy write activity on first vacuum of fresh TOAST data - Mailing list pgsql-performance

From Tom Lane
Subject Re: Heavy write activity on first vacuum of fresh TOAST data
Date
Msg-id 29185.1197618162@sss.pgh.pa.us
Whole thread Raw
In response to Re: Heavy write activity on first vacuum of fresh TOAST data  (Russell Smith <mr-russ@pws.com.au>)
Responses Re: Heavy write activity on first vacuum of fresh TOAST data  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List 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 by date:

Previous
From: Russell Smith
Date:
Subject: Re: Heavy write activity on first vacuum of fresh TOAST data
Next
From: Heikki Linnakangas
Date:
Subject: Re: Need help on parameters and their values to tune the postgresql database