Re: AW: AW: AW: AW: WAL-based allocation of XIDs is insecur e

From: "Vadim Mikheev" <vmikheev(at)sectorbase(dot)com>
To: "Zeugswetter Andreas SB" <ZeugswetterA(at)wien(dot)spardat(dot)at>, "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: AW: AW: AW: AW: WAL-based allocation of XIDs is insecur e
Date: 2001-03-07 09:12:42
Message-ID: 04cf01c0a6e6$c46339e0$4879583f@sectorbase.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > > Before commit or rollback the xlog is not flushed to disk, thus you can loose
> > > those xlog entries, but the index page might already be on disk because of
> > > LRU buffer reuse, no ?
> >
> > No. Buffer page is written to disk *only after corresponding records are flushed
> > to log* (WAL means Write-Ahead-Log - write log before modifying data pages).
>
> You mean, that for each dirty buffer that is reused, the reusing backend fsyncs
> the xlog before writing the buffer to disk ?

In short - yes.
To be accurate - XLogFlush is called to ensure that records reflecting buffer' modifications
are on disk. That's how it works everywhere. And that's why LRU is not good policy for
bufmgr anymore (we discussed this already).

Vadim

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Vadim Mikheev 2001-03-07 09:32:38 Re: How to shoot yourself in the foot: kill -9 postmaster
Previous Message Vadim Mikheev 2001-03-07 09:07:53 Re: Proposed WAL changes