Re: COMMIT NOWAIT Performance Option - Mailing list pgsql-hackers

From J. Andrew Rogers
Subject Re: COMMIT NOWAIT Performance Option
Date
Msg-id 98A04B82-95A4-44C7-BED3-64F5F1DB2E6E@neopolitan.com
Whole thread Raw
In response to Re: COMMIT NOWAIT Performance Option  ("Jonah H. Harris" <jonah.harris@gmail.com>)
Responses Re: COMMIT NOWAIT Performance Option  ("Jonah H. Harris" <jonah.harris@gmail.com>)
List pgsql-hackers
On Feb 28, 2007, at 4:40 PM, Jonah H. Harris wrote:
> Oracle, Microsoft, IBM, Sybase, Teradata, MySQL, and Firebird have a
> clever feature called page checksumming which I think we should copy
> because it's simple and effective at detecting page-level corruption
> due to torn pages and/or faulty storage hardware.


Any system that does enough I/O will occasionally generate corrupted  
pages in the complete absence of any other detectable fault or  
hardware failure.  A fair amount has been written about it with  
respect to large-scale computing and it happens often enough when  
systems start getting large that just about everyone implements  
software I/O checksumming eventually to deal with the problem.  I  
simply assumed that PostgreSQL was doing the same since it is  
definitely used for systems that are large enough that this becomes a  
statistically significant issue.

A popular alternative to CRC32 for this purpose is the significantly  
cheaper and almost as effective is the Adler32 algorithm.  I know  
Google used this algorithm when they added checksumming to their  
database to tame inexplicable transient corruption.

Cheers,

J. Andrew Rogers



pgsql-hackers by date:

Previous
From: "Jonah H. Harris"
Date:
Subject: Re: COMMIT NOWAIT Performance Option
Next
From: "Jonah H. Harris"
Date:
Subject: Re: COMMIT NOWAIT Performance Option