| 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: | Whole Thread | Raw Message | 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 |