From: | Tobias Brox <tobias(at)nordicbet(dot)com> |
---|---|
To: | Edoardo Ceccarelli <eddy(at)axa(dot)it> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: autovacuum on a -mostly- r/o table |
Date: | 2006-09-27 16:53:36 |
Message-ID: | 20060927165336.GA11191@oppetid.no |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-performance |
[Edoardo Ceccarelli - Wed at 06:49:23PM +0200]
> ...another thing is, how could autovacuum check for machine load, this
> is something I cannot imagine right now...
One solution I made for our application, is to check the
pg_stats_activity view. It requires some config to get the stats
available in that view, though. When the application is to start a
low-priority transaction, it will first do:
select count(*) from pg_stat_activity where current_query not like
'<IDL%' and query_start+?<now();
if the returned value is high, the application will sleep a bit and try
again later.
From | Date | Subject | |
---|---|---|---|
Next Message | Andrea Gozzi | 2006-09-27 16:53:39 | Re: having trouble restoring a database from files |
Previous Message | Edoardo Ceccarelli | 2006-09-27 16:49:23 | Re: autovacuum on a -mostly- r/o table |
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2006-09-27 18:33:10 | Re: [PERFORM] autovacuum on a -mostly- r/o table |
Previous Message | Edoardo Ceccarelli | 2006-09-27 16:49:23 | Re: autovacuum on a -mostly- r/o table |