Re: RES: [PERFORM] Degradation of postgres 7.4.5 on FreeBSD/CygWin

2005-02-18 Thread Tom Lane
"Rodrigo Moreno" <[EMAIL PROTECTED]> writes: > max_fsm_pages = 4 > max_fsm_relations = 2000 > But why after 2 months the database has 1.3gb and after reimport on 900mb ? 40k pages = 320M bytes = 1/3rd of your database. Perhaps you need a larger setting for max_fsm_pages. However, 30% bloat

Re: RES: [PERFORM] Degradation of postgres 7.4.5 on FreeBSD/CygWin

2005-02-18 Thread Christopher Kings-Lynne
00 23 * * 1-5 /usr/local/pgsql/bin/psql supre -c "vacuum analyze;" Also, this is bad - you are not vacuuming all your databases, which will cause you data loss one day with transaction wraparound. Use the vacuumdb utility that comes with PostgreSQL instead. Chris ---(end

Re: RES: [PERFORM] Degradation of postgres 7.4.5 on FreeBSD/CygWin

2005-02-18 Thread Christopher Kings-Lynne
this is only max 15 concurrent conections. And is not a heavy performance database, so i think this is not necessary vacumm more than once a day. In another customer, has only 5 users and the database have 300mb, small database, and has the same behaviour (haven't modified postgresql). My first ins