> Esse processo envolve uma transferência razoável de dados? Caso
afirmativo,
> sugiro que utilize conexão SSL (que compacta o tráfego por padrão) para
tentar
> melhorar esse tempo. Antes que pergunte, não há a possibilidade de
compactação
> sem utilização de conexões SSL.

Euler, realmente este processo envolve um transferência razoável de dados,
vou buscar mais sobre essas conexões que permitem uma compactação.
Isso deveria ser feito na aplicação, certo ?

>Provavelmente não é latência, mas a quantidade de dados que têm de
trafegar do ponto A para o B.

Flávio, foi que imaginei também.

>Ah, sim, só quis dizer que não é a única solução, podia ser criado até um
túnel SSH, que pode ser configurado com compressão de dados também (opção
-C). Acho que nesses casos >esforço em configuração não seria o ponto
importante, geralmente me preocupo mais com o resultado. De qualquer forma
acredito (não fiz testes de fato) que o SSL ainda seria melhor >que SSH (ou
seja, mais rápido). Alguém já testou soluções do tipo?

Vou realizar alguns testes via tunel SSH também.

Obrigado

Ats
Lucas de Lima

--
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a