Re: pg_restore taking 4 hours!

От: Andrew McMillan
Тема: Re: pg_restore taking 4 hours!
Дата: ,
Msg-id: 1102010295.16058.271.camel@lamb.mcmillan.net.nz
(см: обсуждение, исходный текст)
Ответ на: pg_restore taking 4 hours!  (Rodrigo Carvalhaes)
Список: pgsql-performance

Скрыть дерево обсуждения

pg_restore taking 4 hours!  (Rodrigo Carvalhaes, )
 Re: pg_restore taking 4 hours!  (Shridhar Daithankar, )
  Re: [GENERAL] pg_restore taking 4 hours!  (Tom Lane, )
  Re: [GENERAL] pg_restore taking 4 hours!  ("Riccardo G. Facchini", )
  Re: pg_restore taking 4 hours!  (Rodrigo Carvalhaes, )
   Re: pg_restore taking 4 hours!  (Hannu Krosing, )
 Re: pg_restore taking 4 hours!  (Josh Berkus, )
 Re: pg_restore taking 4 hours!  (Andrew McMillan, )
 Re: pg_restore taking 4 hours!  (Vivek Khera, )
  Re: pg_restore taking 4 hours!  (Josh Berkus, )
 Re: pg_restore taking 4 hours!  (Josh Berkus, )
  Re: pg_restore taking 4 hours!  (Tom Lane, )
 Re: pg_restore taking 4 hours!  ("Iain", )

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.
-------------------------------------------------------------------------


Вложения

В списке pgsql-performance по дате сообщения:

От: "Jim C. Nasby"
Дата:
Сообщение: Re: Normalization or Performance
От: "Iain"
Дата:
Сообщение: Re: Normalization or Performance