2014-07-15 10:09 GMT-03:00 Euler Taveira <[email protected]>: > Se mesmo assim você estiver preocupado com velocidade da operação de > compactação/descompactação utilize o pigz ou as novas tendências (lz4 e > snappy). >
No caso da descompactação, o pigz seria interessante (apesar de que concordo que o gargalo não estaria no gzip, mas no processo de restauração em si - escrita randômica nos "datafiles" -, então *acho* que o ganho seria minimal). Entretanto eu não usaria para arquivamento, já que este sim iria consumir mais de uma CPU. E de qualquer forma, um simples gzip num log de transação é extremamente rápido. Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! www.dextra.com.br/postgres
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
