Re: [REVIEW] Re: Compression of full-page-writes

Поиск
Список
Период
Сортировка
От Syed, Rahila
Тема Re: [REVIEW] Re: Compression of full-page-writes
Дата
Msg-id C3C878A2070C994B9AE61077D46C3846589AD3DB@MAIL703.KDS.KEANE.COM
обсуждение исходный текст
Ответ на Re: [REVIEW] Re: Compression of full-page-writes  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: [REVIEW] Re: Compression of full-page-writes  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
>IMO, we should add details about how this new field is used in the comments on top of XLogRecordBlockImageHeader,
meaningthat when a page hole is present we use the compression info structure and when there is no hole, we are sure
thatthe FPW raw length is BLCKSZ meaning that the two bytes of the CompressionInfo stuff is unnecessary. 
This comment is included in the patch attached.

> For correctness with_hole should be set even for uncompressed pages. I think that we should as well use it for sanity
checksin xlogreader.c when decoding records. 
This change is made in the attached patch. Following sanity checks have been added in xlogreader.c

if (!(blk->with_hole) && blk->hole_offset != 0 || blk->with_hole && blk->hole_offset <= 0))

if (blk->with_hole && blk->bkp_len >= BLCKSZ)

if (!(blk->with_hole) && blk->bkp_len != BLCKSZ)

Thank you,
Rahila Syed



______________________________________________________________________
Disclaimer: This email and any attachments are sent in strictest confidence
for the sole use of the addressee and may contain legally privileged,
confidential, and proprietary data. If you are not the intended recipient,
please advise the sender by replying promptly to this email and then delete
and destroy this email and any attachments without any further use, copying
or forwarding.
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: reducing our reliance on MD5
Следующее
От: José Luis Tallón
Дата:
Сообщение: Re: reducing our reliance on MD5