Re: Introduce pg_receivewal gzip compression tests
От | gkokolatos@pm.me |
---|---|
Тема | Re: Introduce pg_receivewal gzip compression tests |
Дата | |
Msg-id | 20S0VOZrXJglfVMkn44Lks8F3gh66sHlxdes-d8XzjfcFV6VDHv9rF3_-KE2mnKTGlwoedEBz1k2UKrd2_hFBEQo2585MkrrJ-wpKWgGcBU=@pm.me обсуждение исходный текст |
Ответ на | Re: Introduce pg_receivewal gzip compression tests (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Introduce pg_receivewal gzip compression tests
|
Список | pgsql-hackers |
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Tuesday, July 13th, 2021 at 10:14, Michael Paquier <michael@paquier.xyz> wrote: > On Tue, Jul 13, 2021 at 04:37:53PM +0900, Michael Paquier wrote: > > Poking at this problem, I partially take this statement back as this > requires an initial run of pg_receivewal --endpos to ensure the > creation of one .gz and one .gz.partial. So I guess that this should > be structured as: > > 1. Keep the existing pg_receivewal --endpos. > 2. Add the ZLIB block, with one pg_receivewal --endpos. > 3. Add at the end one extra pg_receivewal --endpos, outside of the ZLIB > block, which should check the creation of a .partial, non-compressed > segment. This should mention that we place this command at the end of > the test for the start streaming point computation. > LZ4 tests would be then between 2) and 3), or 1) and 2). Sounds great. Let me cook up v6 for this. > > -- > > Michael
В списке pgsql-hackers по дате отправления: