Re: Idea for improving speed of pg_restore - Mailing list pgsql-general

From Shridhar Daithankar
Subject Re: Idea for improving speed of pg_restore
Date
Msg-id 3F6847C7.27750.3DE7F90@localhost
Whole thread Raw
In response to Re: Idea for improving speed of pg_restore  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Idea for improving speed of pg_restore  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On 17 Sep 2003 at 0:16, Tom Lane wrote:

> "scott.marlowe" <scott.marlowe@ihs.com> writes:
> > Not so sure on whether the foot gun is a good idea.  We already have .22
> > calibre foot gun (fsync) that makes for pretty big improvements in load
> > speed, and we see people all the time on General and Performance running
> > production servers with it turned off.  You know as well as I do the
> > second we make WAL optional, some people are gonna start running
> > production servers with it.
>
> Well, yeah, they will.  On a noncritical server, is that a sin?  I mean,
> if we offer fsync-off, it's not clear to me that offering WAL-off makes
> the difference between venial and mortal sin.  Seems to me we're just
> putting the weapons in the display case.  fsync = .22, WAL = .45,
> but you shoot your foot with either one it's still gonna ruin your day.

If somebopdy wants WAL effectively turned off, then can symlink WAL to a
ramdisk that has a GB under the carpet. That would offer all the "benefits" of
WAL being tunred off.

Why this new provision? Is it really that difficult to mount WAL on ramdisk
during reload?

See, we offer non-transaction mode mysql defaults to, already..:-)

Just a thought..

Bye
 Shridhar

--
QOTD:    "I used to go to UCLA, but then my Dad got a job."


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: pgSql Memory footprint
Next
From: Andreas Fromm
Date:
Subject: Re: char o varchar