RE: Shouldn't flush dirty buffers at shutdown ?

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: RE: Shouldn't flush dirty buffers at shutdown ?
Date: 2000-05-09 23:38:31
Message-ID: 000101bfba0f$aef91b20$2801007e@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> -----Original Message-----
> From: Mikheev, Vadim [mailto:vmikheev(at)SECTORBASE(dot)COM]
>
> > > I think you have identified a problem that needs
> > > a more general solution: we need to be robust in the case that
> > > an index entry is on disk that points to a tuple that never made
> > > it to disk.
>
> And this general solution is WAL.
>

Yes exactly.
But I've thought it's mainly for aborts in the middle of btree page
splitting or for system crash in which we couldn't expect synchronous
flushing of dirty buffers.

Now I feel I couldn't stop postmaster easily.
For example I have to read a sufficiently large table to
flush dirty buffers before shutdown of postmaster in my
test case. Must I recommend everyone to do so ?

Regards.

Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mikheev, Vadim 2000-05-10 00:06:30 RE: Shouldn't flush dirty buffers at shutdown ?
Previous Message Tom Lane 2000-05-09 23:10:16 Re: Problems compiling version 7