From: | Andrew McMillan <andrew(at)catalyst(dot)net(dot)nz> |
---|---|
To: | grupos(at)carvalhaes(dot)net |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: pg_restore taking 4 hours! |
Date: | 2004-12-02 17:58:15 |
Message-ID: | 1102010295.16058.271.camel@lamb.mcmillan.net.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
On Wed, 2004-12-01 at 09:16 -0200, Rodrigo Carvalhaes wrote:
>
> I am using PostgreSQL with a proprietary ERP software in Brazil. The
> database have around 1.600 tables (each one with +/- 50 columns).
...
> max_fsm_pages = 20000
> max_fsm_relations = 1000
Hi,
I doubt that this will improve your pg_restore performance, but if you
have 1600 tables in the database then you very likely want to increase
the above two settings.
In general max_fsm_relations should be more than the total number of
tables across all databases in a given installation. The best way to
set these is to do a "VACUUM VERBOSE", which will print the appropriate
minimum numbers at the end of the run, along with the current setting.
Cheers,
Andrew.
-------------------------------------------------------------------------
Andrew @ Catalyst .Net .NZ Ltd, PO Box 11-053, Manners St, Wellington
WEB: http://catalyst.net.nz/ PHYS: Level 2, 150-154 Willis St
DDI: +64(4)803-2201 MOB: +64(272)DEBIAN OFFICE: +64(4)499-2267
Never trust a computer you can't repair yourself.
-------------------------------------------------------------------------
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Fuhr | 2004-12-02 18:12:29 | List archives not being updated? |
Previous Message | Bruce Momjian | 2004-12-02 17:37:41 | Re: (b)trim anomalies |
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2004-12-02 18:34:56 | Re: Normalization or Performance |
Previous Message | Gabriele Bartolini | 2004-12-02 17:16:31 | Different location or different instance |