Re: Block-level CRC checks
От | Jonah H. Harris |
---|---|
Тема | Re: Block-level CRC checks |
Дата | |
Msg-id | 36e682920812150838o6f63c7b5l54b0b92c363954b9@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Block-level CRC checks (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Block-level CRC checks
|
Список | pgsql-hackers |
On Mon, Dec 15, 2008 at 11:29 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > "Jonah H. Harris" <jonah.harris@gmail.com> writes: >> On Mon, Dec 15, 2008 at 10:13 AM, Bruce Momjian <bruce@momjian.us> wrote: >>> Feature freeze is not the time to be looking for new ideas. I suggest >>> we save this for 8.5. > >> Well, we may not need a new idea. > > We don't really have an acceptable solution for the conflict with hint > bit behavior. The shutdown issue is minor, agreed, but that's not the > stumbling block. Agreed on the shutdown issue. But, didn't this patch address the hint bit setting as discussed? After performing a cursory look at the patch, it appears that hint-bit changes are detected and a WAL entry is written on buffer flush if hint bits had been changed. I don't see anything wrong with this in theory. Am I missing something? Now, in the case where hint bits have been updated and a WAL record is required because the buffer is being flushed, requiring the WAL to be flushed up to that point may be a killer on performance. Has anyone tested it? -- Jonah H. Harris, Senior DBA myYearbook.com
В списке pgsql-hackers по дате отправления: