Re: dump_all/restore times? - Mailing list pgsql-general

From Kaarel
Subject Re: dump_all/restore times?
Date
Msg-id 3F1E4B2A.7090707@future.ee
Whole thread Raw
In response to Re: dump_all/restore times?  (nolan@celery.tssi.com)
Responses Re: dump_all/restore times?  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-general
>>I was thinking the very same thing. If it is a must to always bump up
>>sort_mem before running restore why can't the restore utility do it?
>>Take a portion of the currently available memory or ask a user
>>interactively etc.
>>
>>
>
>This would need to be a command line option, because there may be systems
>on which bumping up sort_mem should not be done, for reasons unrelated to
>performance during the restore, and the restore may not always be done
>interactively.
>
>
If this can not be done then at least the sort_mem thing should be
mentioned in Chapter 9. Backup and Restore in the PostgreSQL
Administrator's Guide.
http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html#sortmem too
only slightly mentiones data dumps as opposed to "before running the
restore" suggested by Tom.

Kaarel


pgsql-general by date:

Previous
From: Kaarel
Date:
Subject: Re: dump_all/restore times?
Next
From: Jean-Christian Imbeault
Date:
Subject: Performance hit of foreign key constraints?