From: | "Vadim Mikheev" <vmikheev(at)sectorbase(dot)com> |
---|---|
To: | "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: CRCs (was Re: [GENERAL] Re: Loading optimization) |
Date: | 2001-01-12 07:32:12 |
Message-ID: | 002501c07c69$c8507420$b67a30d0@sectorbase.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
> > No, I thought we agreed disk block CRC was way overkill. If the CRC on
> > the WAL log checks for errors that are not checked anywhere else, then
> > fine, but I thought disk CRC would just duplicate the I/O subsystem/disk
> > checks.
>
> A disk-block CRC would detect partially written blocks (ie, power drops
> after disk has written M of the N sectors in a block). The disk's own
> checks will NOT consider this condition a failure. I'm not convinced
> that WAL will reliably detect it either (Vadim?). Certainly WAL will
Idea proposed by Andreas about "physical log" is implemented!
Now WAL saves whole data blocks on first after checkpoint
modification. This way on recovery modified data blocks will be
first restored *as a whole*. Isn't it much better than just
detection of partially writes?
Only one type of modification isn't covered at the moment -
updated t_infomask of heap tuples.
> not help for corruption caused by external agents, away from any updates
> that are actually being performed/logged.
What do you mean by "external agents"?
Vadim
From | Date | Subject | |
---|---|---|---|
Next Message | Anthony E . Greene | 2001-01-12 09:20:44 | Re: PostgreSQL Client Program |
Previous Message | Vadim Mikheev | 2001-01-12 07:07:16 | Re: CRCs (was Re: [GENERAL] Re: Loading optimization) |
From | Date | Subject | |
---|---|---|---|
Next Message | Vadim Mikheev | 2001-01-12 08:36:55 | Re: Pg7.1beta3: connect failed: The DB System is starting up. |
Previous Message | Vadim Mikheev | 2001-01-12 07:07:16 | Re: CRCs (was Re: [GENERAL] Re: Loading optimization) |