[FUG-BR] Cache squid de 1 Tb

Alexandre Correa alexandre em sabbath.com.br
Sábado Setembro 27 03:57:29 BRT 2008


sobre a parte de consumo de cpu, talvez a solução conjunta de CACHEBOY
+ FUSION I/O !! chega aos 10.000 usuarios !!

www.cacheboy.net

projeto paralelo ao squid.. porem mantido na linguagem C !!!

2008/9/27 Joao Rocha Braga Filho <goffredo em gmail.com>:
> 2008/9/27 Eduardo Schoedler <eschoedler em viavale.com.br>:
>> Agora imagina um storage COSS para arquivos pequenos utilizando esse
>> hardware:
>>
>> http://www.fusionio.com/Products.aspx
>>
>> Até aceito um hd ide para deixar os arquivos grandes... rsrsrs.
>
> Muito bom, mas parece ter um problema grave... falta de driver.
>
> Tem a promessa para segunda metade deste ano o suporte para
> Mac OS X. Pelo visto não simula uma controladora com um disco,
> o que eu tentaria fazer para não ter problemas com drivers.
>
> O de 320 GB cai MUITO o desempenho, mas mesmo assim ja é
> muito superior a um HD. Realmente, é um monstro em desempenho.
>
> Um squid com um COSS nele para fazer arquivos até 128 KB, e
> um conjunto de discos de 15 KRPM para arquivos maiores seria um
> monstro. Acho que poderia atender uns 10 mil usuários simultâneos,
> exceto pelo problema que faltaria CPU para atender o squid.
>
>
> Abraços,
>    João Rocha.
>
>>
>>
>> Abraços.
>>
>>
>> --------------------------------------------------
>> From: "Joao Rocha Braga Filho" <goffredo em gmail.com>
>> Subject: Re: [FUG-BR] Cache squid de 1 Tb
>>
>> 2008/9/26 João Paulo Just <jpjust em justsoft.com.br>:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Joao Rocha Braga Filho wrote:
>>> | Voltando ao assunto. Me deu a idéia de usar um disco com coss, sem
>>> | sistema de arquivos, para arquivos até uns 32 KB, ou 64 KB, e um com
>>> | diskd ou aufs para objetos maiores. Dúvida. Se um objeto for grande
>>> | para armazenar no coss, onde ele colocará? Ele armazenará no outro
>>> | cache, ou descartará? Se todos os objetos pequenos ficarão no coss
>>> | deixando os grandes para o outro? De dividir assim, acho que fica uma
>>> | boa relação de desempenho.
>>>
>>> Tem um parâmetro no cache_dir, max-size=n, onde n é o tamanho máximo do
>>> arquivo em bytes, se não me engano. Use o max-size no cache_dir com COSS
>>> e use min-size no outro cache_dir.
>>
>> Eu fiz por merecer um RTFM, e obrigado por não ter falado. rsrs
>>
>> Tirando do squid.conf
>>
>> "
>> #       min-size=n, refers to the min object size this storedir will accept.
>> #       It's used to restrict a storedir to only store large objects
>> #       (e.g. aufs) while other storedirs are optimized for smaller objects
>> #       (e.g. COSS). Defaults to 0.
>> #
>> #       max-size=n, refers to the max object size this storedir supports.
>> #       It is used to initially choose the storedir to dump the object.
>> #       Note: To make optimal use of the max-size limits you should order
>> #       the cache_dir lines with the smallest max-size value first and the
>> #       ones with no max-size specification last.
>> "
>>
>> Muito Obrigado.
>>    João Rocha.
>>
>>>
>>> - --
>>> João Paulo Just
>>> Diretor Executivo - Justsoft Informática Ltda.
>>> http://www.justsoft.com.br/
>>> - --
>>> Feira de Santana, BA, Brasil.
>>> +55 75 8104 8473
>>> Blog: http://just.rg3.net/
>>
>> -------------------------
>> 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
>



-- 

Sds.
Alexandre J. Correa
Onda Internet / OPinguim.net
http://www.ondainternet.com.br
http://www.opinguim.net


Mais detalhes sobre a lista de discussão freebsd