From: | Aidan Van Dyk <aidan(at)highrise(dot)ca> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, Greg Stark <greg(dot)stark(at)enterprisedb(dot)com>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Gregory Stark <stark(at)enterprisedb(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Block-level CRC checks |
Date: | 2008-11-18 17:54:31 |
Message-ID: | 20081118175431.GF31053@yugib.highrise.ca |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
* Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> [081118 12:43]:
> Aidan Van Dyk <aidan(at)highrise(dot)ca> writes:
> > But why can't you wal-log the hint bits from the "buffered" page. then your
> > consitent. At least as consistent as the original write was.
>
> > So you're CRC ends up being:
> > Buffer the page
> > Calculate CRC on the buffered page
> > WAL (in bulk) the hint bits (and maybe CRC?)
> > write buffered page
>
> The trouble here is to avoid repeated WAL-logging of the same hint bits.
>
> (Alvaro's patch tried to do that by depending on another hint bit in the
> page header, but that seems unsafe if hint bit setters aren't taking
> exclusive lock.)
And I know it's extra IO. That's why I started the whole thing with a question
along the lines of "how much extra IO are people going to take" for the sake of
"guarenteeing" we read exactly what we wrote.
a.
--
Aidan Van Dyk Create like a god,
aidan(at)highrise(dot)ca command like a king,
http://www.highrise.ca/ work like a slave.
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2008-11-18 17:55:26 | Re: is any reason why only one columns subselect are allowed in array()? |
Previous Message | Josh Berkus | 2008-11-18 17:44:23 | Re: On-list behavior WAS: Simple postgresql.conf wizard |