From: | "Dann Corbit" <DCorbit(at)connx(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Philipp Buehler" <pb-pgsql-g(at)mlsub(dot)buehler(dot)net> |
Cc: | <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: 7.3.4 on Linux: UPDATE .. foo=foo+1 degrades massivly over time |
Date: | 2004-04-21 19:48:14 |
Message-ID: | D90A5A6C612A39408103E6ECDD77B829408D64@voyager.corporate.connx.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
> Sent: Wednesday, April 21, 2004 12:19 PM
> To: Philipp Buehler
> Cc: pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] 7.3.4 on Linux: UPDATE .. foo=foo+1
> degrades massivly over time
>
>
> Philipp Buehler <pb-pgsql-g(at)mlsub(dot)buehler(dot)net> writes:
> > While running
> > UPDATE banner SET counterhalf=counterhalf+1 WHERE
> BannerID=50 several
> > thousand times, the return times degrade (somewhat linear).
>
> You need to vacuum occasionally ...
>
> > A following VACCUM brings back return times to 'start' -
> but I cannot
> > run VACUUM any other minute (?).
>
> Sure you can.
Look in contrib for pg_autovacuum
Build that project
Edit your Postgresql configuration and enable statistics
Restart your database server
After it settles down, start pg_autovacuum
BTW, you can build it for Win32 if you disable the fork() option for
logging purposes
This should be part of the server itself (along with the large object
cleanup).
IMO-YMMV.
See this article:
http://www.bricolage.cc/docs/Bric/DBA.html
And this one:
http://www.argudo.org/postgresql/soft-tuning.php
From | Date | Subject | |
---|---|---|---|
Next Message | Karsten Hilbert | 2004-04-21 19:57:25 | Re: Unicode problem ??? |
Previous Message | Marc G. Fournier | 2004-04-21 19:40:50 | Re: [OT] Tom's/Marc's spam filters? |