Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-performance by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group