[GTER] PeerApp 5.6 - Atualização com HTTPS

[Carlos Ribeiro]

Precisa ver a partir de que ponto a conta fecha. Com volumes pequenos, o
espalhamento estatístico tende a ser maior e o hit ratio sofre muito. Com
volumes baixos a economia pode ser praticamente nula, e ainda se cria um
overhead adicional.

Carlos Ribeiro
Em 23/01/2015 09:27, "Ricardo Landim" <ricardolan at gmail.com> escreveu:

> No meu ponto de vista nem precisaria do vendor de cache. Poderia ser algo
> direto entre o google e o provedor. Creio que a maioria dos provedores
> estariam dispostos inclusive a pagar o hardware desse "mini-ggc" (claro que
> esse hardware deve ser algo homologado e aprovado pelo google, talvez um
> servidor dell, algo mais padrozinado). Ajudaria muito os provedores que
> estão abaixo dos gbps.
>
> Em 22 de janeiro de 2015 16:48, Listas BC-Internet <
> listas at brasconect.com.br
> > escreveu:
>
> > Eu Pensei na mesma coisa hoje sobre isto, ou os vendor de cache tentar
> > criar algo parecido com isto junto com o Youtube e facebook.
> >
> >
> >
> >
> >
> > On 22-01-2015 16:35, Ricardo Landim wrote:
> > > Na prática parece lindo.... mas fazer funcionar e gerenciar isso é
> outra
> > > história. Nada que o Google não conseguiria faze
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter