Re: cost-based vacuum
От | Ian Westmacott |
---|---|
Тема | Re: cost-based vacuum |
Дата | |
Msg-id | 1121280036.13208.8.camel@spectre.intellivid.com обсуждение исходный текст |
Ответ на | Re: cost-based vacuum (Simon Riggs <simon@2ndquadrant.com>) |
Ответы |
Re: cost-based vacuum
|
Список | pgsql-performance |
On Wed, 2005-07-13 at 11:55, Simon Riggs wrote: > On Tue, 2005-07-12 at 13:50 -0400, Ian Westmacott wrote: > > It appears not to matter whether it is one of the tables > > being written to that is ANALYZEd. I can ANALYZE an old, > > quiescent table, or a system table and see this effect. > > Can you confirm that this effect is still seen even when the ANALYZE > doesn't touch *any* of the tables being accessed? Yes. > > - this is a dual Xeon. > > Is that Xeon MP then? Yes. > > - Looking at oprofile reports for 10-minute runs of a > > database-wide VACUUM with vacuum_cost_delay=0 and 1000, > > shows the latter spending a lot of time in LWLockAcquire > > and LWLockRelease (20% each vs. 2%). > > Is this associated with high context switching also? Yes, it appears that context switches increase up to 4-5x during cost-based ANALYZE. --Ian
В списке pgsql-performance по дате отправления: