Re: Teach pg_receivewal to use lz4 compression
От | gkokolatos@pm.me |
---|---|
Тема | Re: Teach pg_receivewal to use lz4 compression |
Дата | |
Msg-id | J4hpev8z-ElCT_rFLwiDypcSk3fgq9llb0FbEzH74eg7YPVQPSn4KaAi_Rd63ndvY8Bcv-zoo0VOZbfCZSRfOobRazlCLuOl8S7pUC1mRlE=@pm.me обсуждение исходный текст |
Ответ на | Re: Teach pg_receivewal to use lz4 compression (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Teach pg_receivewal to use lz4 compression
|
Список | pgsql-hackers |
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Friday, July 2nd, 2021 at 03:10, Michael Paquier <michael@paquier.xyz> wrote: > On Thu, Jul 01, 2021 at 02:10:17PM +0000, gkokolatos@pm.me wrote: > > > Micheal suggested on the same thread to move my entry in the help output so that > > > > the output remains ordered. I would like the options for the compression method and > > > > the already existing compression level to next to each other if possible. Then it > > > > should be either 'X' or 'Y'. > > Hmm. Grouping these together makes sense for the user. One choice > > that we have here is to drop the short option, and just use a long > > one. What I think is important for the user when it comes to this > > option is the consistency of its naming across all the tools > > supporting it. pg_dump and pg_basebackup, where we could plug LZ4, > > already use most of the short options you could use for pg_receivewal, > > having only a long one gives a bit more flexibility. Good point. I am going with that one. > -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Michael
В списке pgsql-hackers по дате отправления: