[GTER] Solução de Cache para provedores pequenos

Gustavo Santos gustkiller at gmail.com
Fri Jul 26 13:15:06 -03 2013


Normalmente os baseados em squid (mara, cache box e cia)  gravam tudo no
primeiro acesso e a depender da utilização do disco, utilizam o algoritmo
de remoção por falta de utilização.

Enviado de um dispositivo móvel.
Em 25/07/2013 14:39, "Marcelo B." <maxthetor at gmail.com> escreveu:

> Em 25 de julho de 2013 09:04, Tiago Furbeta <tfurbeta at cangere.com.br
> >escreveu:
>
> > temos peerapp aqui, rodando em um dell r720, até o momento tem nos
> atendido
> > muito bem, suporte deles é rapido, temos contato direto com técnicos
> > brasileiros, realmente o hardware é salgado, ainda mais se a política for
> > IN LINE, vai precisar de uma placa by-passed, já que o sistema funciona
> em
> > bridge, ele não é um proxy, importante ficar atento, como é somente
> cache,
> > se a internet cair, o conteúdo em cache fica inacessível, outro detalhe é
> > que a política de cache dele é bem conservadora, o sistema armazena um
> > objeto apenas no segundo hit, ou seja, o terceiro cliente em diante que
> > solicitar o mesmo objeto receberá do servidor, prós: evita armazenamento
> de
> > objetos que não são populares, ninguém quer um video de zoofilia de
> vários
> > gigas que apenas um maluco em sua rede acessou armazenado por um longo
> > período, sem um novo hit... contras: a cache cresce lentamente, para se
> ter
> > uma idéia, com um tráfego com picos de 50 Mbps, ela deve crescer, em
> média,
> > 15 GB/dia... bom, é isso
> >
> >
> Interessante a citacao da politica de armazenamento no cache, somente apos
> o segundo hit.
> Se nao me engano o thunder tem um rotina/politica de procurar por objetos
> nao acessados em x dias e remover do cache.
> Como seria a politica do mara, cachebox e outros?
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list