Tom Lane 21fda22ec4 Change CRCs in WAL records from 64bit to 32bit for performance reasons. ... Instead of a separate CRC on each backup block, include backup blocks in their parent WAL record's CRC; this is important to ensure that the backup block really goes with the WAL record, ie there was not a page tear right at the start of the backup block. Implement a simple form of compression of backup blocks: drop any run of zeroes starting at pd_lower, so as not to store the unused 'hole' that commonly exists in PG heap and index pages. Tweak PageRepairFragmentation and related routines to ensure they keep the unused space zeroed, so that the above compression method remains effective. All per recent discussions.		2005-06-02 05:55:29 +00:00
..
buffer	Modify hash_search() API to prevent future occurrences of the error	2005-05-29 04:23:07 +00:00
file	Add support for wal_fsync_writethrough for Darwin, and restructure the	2005-05-20 14:53:26 +00:00
freespace	Modify hash_search() API to prevent future occurrences of the error	2005-05-29 04:23:07 +00:00
ipc	Modify hash_search() API to prevent future occurrences of the error	2005-05-29 04:23:07 +00:00
large_object	Completion of project to use fixed OIDs for all system catalogs and	2005-04-14 20:03:27 +00:00
lmgr	Improve LockAcquire API per my recent proposal. All error conditions	2005-05-29 22:45:02 +00:00
page	Change CRCs in WAL records from 64bit to 32bit for performance reasons.	2005-06-02 05:55:29 +00:00
smgr	Modify hash_search() API to prevent future occurrences of the error	2005-05-29 04:23:07 +00:00
Makefile	$Header: -> $PostgreSQL Changes ...	2003-11-29 19:52:15 +00:00