[FUG-BR] Cache squid de 1 Tb
Victor
victor_volpe em bol.com.br
Domingo Setembro 21 18:43:38 BRT 2008
Olá Ademir,
Como o Alexandre disse, o problema é a quantidade de partição no mesmo
disco, resultando no congestionamento pois o squid irá acessar
simultaneamente as partições criadas e sabemos que isso não funciona muito
bem, a não ser que inventem um HD com uns 200 braços de acesso ao disco. O
interessante ai na sua situação é fazer o RAID 0 (stripping) para obter a
velocidade deste recurso e dividir estes 1 TB em no maximo 4 partições. Vale
mais perder um pouco de desempenho pelos tamanhos das partições do que ficar
gerando congestionamento ;-)
Abraços.
--
Atenciosamente,
Victor Gustavo Volpe
Diretor Executivo
Grupo Total Serviços de Internet LTDA - ME
CNPJ: 08.776.401/0001-40
(17) 3227-0686 / 9105-5392
----- Original Message -----
From: "Ademir Costa Peixoto" <ademir em tellecom.com.br>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
<freebsd em fug.com.br>
Sent: Sunday, September 21, 2008 6:25 PM
Subject: Re: [FUG-BR] Cache squid de 1 Tb
Olá Paulo,
Na verdade esse 1Tb é apenas de cache. O FreeBSD e seus acessórios estão
em outro HD em separado.
É que sempre lemos que partições acima de 10Gb perdem rendimento no
FreeBSD. (por isso que queria tentar o XFS)
Estou pensando em dividir o cache em várias instâncias e amarrá-los em
modo pai-filho pra aproveitar o SMP do Quad.
Alguém tem alguma documentação de Squid Intanciado que aceite o modo
transparente do IPFW?
Ats,
Ademir Peixoto
----- Original Message -----
From: "Paulo Henrique" <paulo.rddck em bsd.com.br>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
<freebsd em fug.com.br>
Sent: Sunday, September 21, 2008 6:01 PM
Subject: Re: [FUG-BR] Cache squid de 1 Tb
2008/9/21 Ademir Costa Peixoto <ademir em 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
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
__________ NOD32 3458 (20080921) Information __________
This message was checked by NOD32 antivirus system.
http://www.eset.com
Mais detalhes sobre a lista de discussão freebsd