From: | gkokolatos(at)pm(dot)me |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Introduce pg_receivewal gzip compression tests |
Date: | 2021-07-13 08:28:44 |
Message-ID: | 20S0VOZrXJglfVMkn44Lks8F3gh66sHlxdes-d8XzjfcFV6VDHv9rF3_-KE2mnKTGlwoedEBz1k2UKrd2_hFBEQo2585MkrrJ-wpKWgGcBU=@pm.me |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Tuesday, July 13th, 2021 at 10:14, Michael Paquier <michael(at)paquier(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Nancarrow | 2021-07-13 08:51:49 | Re: Added schema level support for publication. |
Previous Message | gkokolatos | 2021-07-13 08:22:51 | Re: Introduce pg_receivewal gzip compression tests |