[GTER] RES: Navegação através de proxy transparente ficando lenta até parar...

Paulo Henrique paulo.rddck at bsd.com.br
Sun Jan 3 20:57:07 -02 2010


2010/1/3 Danton Nunes <danton at inexo.com.br>:
> On Sun, 3 Jan 2010, Bruno L F Cabral wrote:
>
>> >>> desculpe a pergunta mas por que reiserfs na partição do cache??
>> >>
>> >> parece-me que um sistema de arquivos leve (ext2) com o proprio
>> >> squid gerenciando (como ja foi sugerido) seria mais interessante
>> (...)
>> >
>> > Concordo e discordo, a velocidade do Ext2 é boa, contudo equivalente
>> > ao ReiserFS, alem do mais, se ocorrer um falha de energia, a chance de
>> > se perder todo o cache são grande, devido ao jornalling do ext2 ser ao
>> > meu ver bem inferior ao do reiserfs.
>>
>> o ext2 não tem journaling, quem tem é o ext3
>
> mas, vamos e convenhamos, perder o cache não é lá uma grande perda.
>
Depende, um cache de 50Gbs ajuda tanto, e se consideral o valor de
tempo do link para obter verá que o custo é consideravelmente alto.
>> uma duvida que sempre tive é como o squid trata um arquivo
>> corrompido em seu cache, se ele detecta/baixa novamente ou
>> se simplesmente entrega corrompido (ou incompleto) ao seu
>> cliente
>
> se o arquivo tiver tamanho diferente do original ele baixa de novo, por
> conta do esquema if-modified-since, que pode retornar o tamanho do arquivo
> nos cabeçalhos.
>
> note que hoje em dia a quantidade de páginas dinâmicas é tal que o número de
> hits do squid é relativamente baixo. ok, tem figurinhas, templates, essas
> coisas, mas hoje o grosso do conteúdo é não cacheável.
>
Depende, muito do padrão de utilização da rede, mais que em um orkut
da vida ajuda muito isso ajuda.
> colocar sistema de arquivo journaled para servir de cache é o mesmo que
> acender vela boa para defunto ruim. ;-)
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list