Re: dump_all/restore times?

From: Kaarel <kaarel(at)future(dot)ee>
To: nolan(at)celery(dot)tssi(dot)com
Cc: Vivek Khera <khera(at)kcilink(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: dump_all/restore times?
Date: 2003-07-23 08:24:59
Message-ID: 3F1E465B.5010407@future.ee
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body>
<br>
<blockquote type="cite"
cite="mid20030723075229(dot)22738(dot)qmail(at)celery(dot)tssi(dot)com">
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap=""><!---->
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.
</pre>
</blockquote>
<br>
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.
<a class="moz-txt-link-freetext" href="http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html#sortmem">http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html#sortmem</a>
too only slightly mentiones data dumps as opposed to "before running
the restore" suggested by Tom.<br>
<br>
Kaarel<br>
</body>
</html>

Attachment Content-Type Size
unknown_filename text/html 1.3 KB

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Kaarel 2003-07-23 08:45:30 Re: dump_all/restore times?
Previous Message Jean-Christian Imbeault 2003-07-23 07:59:55 Re: 0/1 vs true/false