Re: [BULK] Problems with vacuum!

From: "Domenico Sgarbossa" <domenico(at)xtecnica(dot)com>
To: <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [BULK] Problems with vacuum!
Date: 2004-06-18 13:54:20
Message-ID: 011101c4553b$c1967130$70c8007e@xtecnica.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

The problems still remains...
I've tried to change shmax to 128 mb (i've got 2 GB of ram),
then the others parameter are set as follow:

shared_buffers = 8096 # 2*max_connections, min 16
max_fsm_relations = 500 # min 10, fsm is free space map
max_fsm_pages = 15000 # min 1000, fsm is free space map
max_locks_per_transaction = 64 # min 10
wal_buffers = 8 # min 4

#
# Non-shared Memory Sizes
#
sort_mem = 1024 # min 32
vacuum_mem = 16384 # min 1024

I've scheduled 2 tasks nightly:

vacuumdb --analyze dbname
pg_dump -x -f dbname.dmp dbname

so when the users go home, i've got something like 15/20000kb free ram, the
rest is cached and 0kb of swap...
It seems that when pg_dump starts the cached memory isn't released so the
system begin to swap, then the system
does the same with vacuum..... even if there 1.8 gb of cached ram (that
is'nt released anymore....) very strange!

anyone could explain mw why this happend?

Distinti Saluti

Sgarbossa Domenico
X Tecnica S.R.L.
www.xtecnica.com
Tel: 049/9409154 - 049/5970297
Fax: 049/9400288

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Richard Huxton 2004-06-18 13:56:14 Re: Major differences between oracle and postgres performance
Previous Message Devrim GUNDUZ 2004-06-18 13:39:30 Re: memory allocation