From: | "Vadim Mikheev" <vmikheev(at)sectorbase(dot)com> |
---|---|
To: | "Ian Lance Taylor" <ian(at)airs(dot)com> |
Cc: | "PostgreSQL Development" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Proposed WAL changes |
Date: | 2001-03-08 12:24:23 |
Message-ID: | 008301c0a7ca$b5df0c20$4c79583f@sectorbase.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
What do we debate?
I never told that we shouldn't worry about current WAL disability to restart.
And WAL already correctly works in situation of "failing to write a couple of disk
blocks when the system crashes".
My statement at first place that "WAL can't help in the event of disk errors"
was to remind that we should think over how much are we going to guarantee
and by what means in the event our *base* requirements were not answered
(guaranteed -:)). My POV is that two checkpoints increases disk space
requirements for *everyday usage* while buying near nothing because of data
consistency cannot be guaranteed anyway.
On the other hand this is the fastest way to implement WAL restart-ability
- *which is the real problem we have to fix*.
Vadim
From | Date | Subject | |
---|---|---|---|
Next Message | Vadim Mikheev | 2001-03-08 12:37:42 | Re: WAL does not recover gracefully from out-of-disk-space |
Previous Message | Gavin Sherry | 2001-03-08 11:28:50 | Memory management, palloc |