Re: Experimental patch for inter-page delay in VACUUM
От | Tom Lane |
---|---|
Тема | Re: Experimental patch for inter-page delay in VACUUM |
Дата | |
Msg-id | 7473.1067579594@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Experimental patch for inter-page delay in VACUUM ("Matthew T. O'Connor" <matthew@zeut.net>) |
Ответы |
Re: Experimental patch for inter-page delay in VACUUM
|
Список | pgsql-hackers |
"Matthew T. O'Connor" <matthew@zeut.net> writes: > Tom Lane wrote: >> 2. I only bothered to insert delays in the processing loops of plain >> VACUUM and btree index cleanup. VACUUM FULL and cleanup of non-btree >> indexes aren't done yet. >> > I thought we didn't want the delay in vacuum full since it locks things > down, we want vacuum full to finish ASAP. As opposed to normal vacuum > which would be fired by the autovacuum daemon. My thought was that it'd be up to the user to set vacuum_page_delay appropriately for what he is doing. It might or might not ever make sense to use a nonzero delay in VACUUM FULL, but the facility should be there. (Since plain and full VACUUM share the same index cleanup code, it would take some klugery to implement a policy of "no delays for VACUUM FULL" anyway.) Best practice would likely be to leave the default vacuum_page_delay at zero, and have the autovacuum daemon set a nonzero value for vacuums it issues. regards, tom lane
В списке pgsql-hackers по дате отправления: