| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: CRCs (was Re: [GENERAL] Re: Loading optimization) |
| Date: | 2001-01-12 05:39:23 |
| Message-ID: | 200101120539.AAA29985@candle.pha.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
> "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> writes:
> >> Actually, I'd expect the CRC check to catch an all-zeroes page (if
> >> it fails to complain, then you misimplemented the CRC), so that would
> >> be the place to deal with it now.
>
> > I've used standard CRC32 implementation you pointed me to -:)
> > But CRC is used in WAL records only.
>
> Oh. I thought we'd agreed that a CRC on each stored disk block would
> be a good idea as well. I take it you didn't do that.
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.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-01-12 06:16:20 | Re: CRCs (was Re: [GENERAL] Re: Loading optimization) |
| Previous Message | Thomas T. Thai | 2001-01-12 05:32:09 | mnogosearch -- pgsql seem so slow, please help me find out why |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2001-01-12 05:42:39 | Re: Bruce Momjian's interview in LWN. |
| Previous Message | Bruce Momjian | 2001-01-12 05:37:22 | Re: alter table drop column |