Re: Add LZ4 compression in pg_dump
| От | Tomas Vondra |
|---|---|
| Тема | Re: Add LZ4 compression in pg_dump |
| Дата | |
| Msg-id | 96ba63e1-5ad6-1873-c3f5-c12a0a921c5e@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: Add LZ4 compression in pg_dump (gkokolatos@pm.me) |
| Ответы |
Re: Add LZ4 compression in pg_dump
|
| Список | pgsql-hackers |
On 3/28/23 18:07, gkokolatos@pm.me wrote: > > > > > > ------- Original Message ------- > On Friday, March 24th, 2023 at 10:30 AM, gkokolatos@pm.me <gkokolatos@pm.me> wrote: > >> >> ------- Original Message ------- >> On Thursday, March 23rd, 2023 at 6:10 PM, Tomas Vondra tomas.vondra@enterprisedb.com wrote: >> >>> This leaves the empty-data issue (which we have a fix for) and the >>> switch to LZ4F. And then the zstd part. >> >> Please expect promptly a patch for the switch to frames. > > Please find the expected patch attached. Note that the bulk of the > patch is code unification, variable renaming to something more > appropriate, and comment addition. These are changes that are not > strictly necessary to switch to LZ4F. I do believe that are > essential for code hygiene after the switch and they do belong > on the same commit. > Thanks! I agree the renames & cleanup are appropriate - it'd be silly to stick to misleading naming etc. Would it make sense to split the patch into two, to separate the renames and the switch to lz4f? That'd make it the changes necessary for lz4f switch clearer. regards -- Tomas Vondra EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: