Re: [REVIEW] Re: Compression of full-page-writes
| От | Michael Paquier |
|---|---|
| Тема | Re: [REVIEW] Re: Compression of full-page-writes |
| Дата | |
| Msg-id | CAB7nPqR2H4aQuRdoqHJOjq7gLUxr5OupKhnw+5m4_sNp3nYFcw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [REVIEW] Re: Compression of full-page-writes (Fujii Masao <masao.fujii@gmail.com>) |
| Ответы |
Re: [REVIEW] Re: Compression of full-page-writes
|
| Список | pgsql-hackers |
On Wed, Dec 24, 2014 at 8:44 PM, Fujii Masao <masao.fujii@gmail.com> wrote: > On Fri, Dec 19, 2014 at 12:19 AM, Michael Paquier > <michael.paquier@gmail.com> wrote: > Firstly I'm thinking to commit the > 0001-Move-pg_lzcompress.c-to-src-common.patch. > > pg_lzcompress.h still exists in include/utils, but it should be moved to > include/common? You are right. This is a remnant of first version of this patch where pglz was added in port/ and not common/. > Do we really need PGLZ_Status? I'm not sure whether your categorization of > the result status of compress/decompress functions is right or not. For example, > pglz_decompress() can return PGLZ_INCOMPRESSIBLE status, but which seems > invalid logically... Maybe this needs to be revisited when we introduce other > compression algorithms and create the wrapper function for those compression > and decompression functions. Anyway making pg_lzdecompress return > the boolean value seems enough. Returning only a boolean is fine for me (that's what my first patch did), especially if we add at some point hooks for compression and decompression calls. Regards, -- Michael
В списке pgsql-hackers по дате отправления: