[FUG-BR] Cache squid de 1 Tb

Ademir Costa Peixoto ademir em tellecom.com.br
Domingo Setembro 21 19:06:18 BRT 2008


Olá Alexandre,

    No caso em especial é melhor voltar ao DISKD ou o AUFS está mais 
eficiente na versão 3.0x?


    Ats,

    Ademir Peixoto



----- Original Message ----- 
From: "Alexandre Correa" <ajcorrea at gmail.com>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
<freebsd at fug.com.br>
Sent: Sunday, September 21, 2008 6:23 PM
Subject: Re: [FUG-BR] Cache squid de 1 Tb


wiki.squid-cache.org

em algum lugar la.. fala que.. eh melhor por ex.. 10 hds de 120gb ...
do que 2 de 500gb... (obviamente que sim)

nao seis e o hd aguenta voce criar mais de 2 cache_dir por hd.. vai
ocasionar esses "congestion" ai porque o hd nao vai dar conta de
atender.. o squid considera cada cache_dir sendo um "hd" .. para cada
cache_dir ele cria N threads...



2008/9/21 Paulo Henrique <paulo.rddck at bsd.com.br>:
> 2008/9/21 Ademir Costa Peixoto <ademir at tellecom.com.br>
>
>> Prezados,
>>
>>    Estamos com um servidor Quad 6600 com 8Gb de ram.
>>    Temos 2 HDs Satas2 de 500Gb cada.
>>    Fui particionar ele ontem pra ter slices menores e só consegui fazer 4
>> partições FreeBSD com 7 slices cada. Totalizando 28 filesystens por HD.
>>    Então criei 56 diretórios pra cache no SQUID.:
>>    cache_dir aufs /cache1 7770 16 128
>>    cache_dir aufs /cache2 7770 16 128
>>    cache_dir aufs /cache3 7770 16 128
>>    cache_dir aufs /cache4 7770 16 128
>>    ...
>>    cache_dir aufs /cache55 7770 16 128
>>    cache_dir aufs /cache56 7770 16 128
>
>
> Já pensou e jogar tudo em uma unica partição, tipo coloca 20Gbs para 
> sistema
> e afins, uns 30 Gbs para logs, caso o use, e o restante todo para o Cache
> montado sobre um unico ponto, a io pode ser baixa mais os disco podem 
> estar
> na capacidade maxima,
> Outra coisa interessante é se caso tiver dois discos Iguais, poderia
> implementar RAID 1, pois aumentaria consideravelmente a performace, só que
> aconselho usar controladoras off-board, pois RAID por software pelo que já
> li o FreeBSD não encara bem, ainda bem. :D
>
>
>
>>
>>
>>    Tá funcionando bem mas mesmo com o cache zerado em poucos minutos 
>> começa
>> a ter os famigerados:
>>    squidaio_queue_request: WARNING - Queue congestion
>>
>>    O Micro é todo intel. O average fica em 0.09 e o buzy dos HDs não 
>> passam
>> de 21% sob fogo cruzado (14mbps de link).
>>    Tentei usar DISKD mas ele não abre mais que 8 daemons simultâneos.
>>
>>    Antes que alguém fale de SCSI eu já respondo que não exitem hds dessa
>> capacidade a valores abaixo de U$ 1.000,00 e acho que não tem nem no
>> Brasil.
>>
>>    Pergunto:
>>
>>    Qual a melhor forma de aproveitar esse cache?
>>
>>    Realmente esse congestioamento é por I/O lento?
>>
>>    Tem como usar XFS no FreeBsd 7.0 e Squid 3.0 Stable8?
>>
>>
>>
>>    Ats,
>>
>>    Ademir Peixoto
>>
>>
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>  Bom fica ai a dica, até mais.
>
>
> --
> Atenciosamente Paulo Henrique.
> "Obrigado não, que é do Diabo Capital. Agradecido, que é de bom saber"
> "A unica forma de todos sentirem-se bem é adotanto o Regime Socialista,
> não teremos tudo que queremos, contudo não veremos mais o que não 
> queremos."
> "A real definição sobre deus se dá pelo fato do ser humano ser covarde o
> suficiente,
> colocando a culpa em algo que não existe para manter a conciência 
> "limpa"".
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 

Sds.
Alexandre J. Correa
Onda Internet / OPinguim.net
http://www.ondainternet.com.br
http://www.opinguim.net
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



Mais detalhes sobre a lista de discussão freebsd