[FUG-BR] Cache squid de 1 Tb

[Leonardo Augusto]

É nisso vc esta corretíssmo, varios FS vao ferrar o desempenho de
qualquer disco ou array de disco...

Outro detalhe importante se voce usa raid, é o tamanho do "chunk" ou
"setor do array",
algumas controladoras tem opcoes de 16,32,64,128,1024,2048kb.. e etc..

Voce deve definir esse tamanho em funcao do tamanho de arquivo que vc
armazena em média..
Se sao milhares de arquivinhos de 25K por exemplo, definir um chunk de
2048 vai fazer vc perder
muito espaco no disco, ao mesmo tempo que se for um arquivo grande, um
setor pequeno vai
ocasionar muitos reads no array, aí seria o caso de um chunk de 2048K
para um arquivo de 5M por
exemplo seria mais negocio.. entao tens que analisar isso tambem. se
for o teu caso..

Agora que é melhor ter um FS gigantesco apenas para o squid isso é..
A nao ser que cada FS esteja num disco fisico diferente..

[]'s


2008/9/22 Joao Rocha Braga Filho <goffredo em gmail.com>:
> 2008/9/22 Ademir Costa Peixoto <ademir em tellecom.com.br>:
>> Eita... até de leigo sou chamado...
>
> Desculpe-me.
>
> A impressão que deu é que vovê não entendeu como funciona o disco,
> e as limitações de desempenho dele. O início do disco é a parte mais
> eficiente dele, portanto a primeira partição que eu crio, depois do /, é
> o swap. No início do disco tem mais setores por trilha, para manter a
> densidade linear constante e aproveitar a máxima densidade que a
> mídia magnética pode fornecer. Os seeks para ler os diretórios e as
> tabelas de i-node são menores, etc.
>
> Quando criou várias caches no mesmo disco, forçou a cabeça viajar
> desnecessariamente pelo disco todo, mesmo com a cache relativamente
> vazia. O seek track to track em muitos HDs é de cerca de 1 ms, enquanto
> o full stroke é de 20 ms. Você forçou muitos seeks quase full stroke, pelo
> disco todo, quando poderiam ser mais track to track se tivesse somente
> um único sistema de arquivos. Fez sentido?
>
> Por isto que estou teimando contigo para fazer um só sistema de
> arquivos em cada disco.
>
>
> Abraços,
>    João Rocha.
>
>>
>>
>> Ats,
>>
>> Ademir Peixoto
>>
>>
>>
>>
>> ----- Original Message -----
>> From: "Joao Rocha Braga Filho" <goffredo em gmail.com>
>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
>> <freebsd em fug.com.br>
>> Sent: Monday, September 22, 2008 7:32 PM
>> Subject: Re: [FUG-BR] Cache squid de 1 Tb
>>
>>
>> On Mon, Sep 22, 2008 at 7:10 PM, Leonardo Augusto <lalinden em gmail.com>
>> wrote:
>>> Problemas com desempenho de IO ?
>>>
>>> Vai de raid 10 => mirror de strip... o read é muito rapido..
>>>
>>> Voce precisa de no minimo 4 discos para tal.. mas vale a pena.. (se
>>> puser 6 discos entao...)
>>>
>>> Use uma controladora SCSI Ultra 320 (ou uma sas 3G) com pelo menos
>>> 128Mega de cache..
>>
>> O problema dele é outro. Ele está fazendo vários caches no mesmo
>> disco, criando vários sistemas de arquivos, o que é um erro grave. Nem
>> este RAID que você sugeriu resolveria o problema dele. Ele ainda não
>> entende como funciona um HD.
>>
>>
>> João Rocha.
>>
>>
>>>
>>> []'s
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>
>>
>>
>> --
>> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>>
>> goffredo em gmail.com
>> -------------------------
>> 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
>>
>
>
>
> --
> "Sempre se apanha mais com as menores besteiras. Experiência própria."
>
> goffredo em gmail.com
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>