> > Bruce Momjian <[EMAIL PROTECTED]> writes: > > > The only problem is that we would no longer have control over which > > > pages made it to disk. The OS would perhaps write pages as we modified > > > them. Not sure how important that is. > > > > Unfortunately, this alone is a *fatal* objection. See nearby > > discussions about WAL behavior: we must be able to control the relative > > timing of WAL write/flush and data page writes. > > Bummer. > BTW, what means "bummer" ? But for many OSes you CAN control when to write data - you can mlock individual pages. ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster
- [HACKERS] CeBit Michael Meskes
- [HACKERS] WAL & SHM principles Martin Devera
- Re: [HACKERS] WAL & SHM principles Bruce Momjian
- Re: [HACKERS] WAL & SHM principles Martin Devera
- Re: [HACKERS] WAL & SHM principles Tom Lane
- Re: [HACKERS] WAL & SHM principles Bruce Momjian
- Re: [HACKERS] WAL & SHM princip... Martin Devera
- Re: [HACKERS] WAL & SHM pri... Tim Allen
- Re: [HACKERS] WAL & SHM pri... Bruce Momjian
- Re: [HACKERS] WAL & SHM... Martin Devera
- Re: [HACKERS] WAL & SHM... Giles Lean
- Re: [HACKERS] WAL & SHM... Ken Hirsch
- Re: [HACKERS] WAL & SHM... Ken Hirsch
- Re: [HACKERS] WAL & SHM... Matthew Kirkwood
- Re: [HACKERS] WAL & SHM... Alfred Perlstein
- Re: [HACKERS] WAL & SHM... Matthew Kirkwood
- Re: [HACKERS] WAL & SHM... Martin Devera