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 <[EMAIL PROTECTED]>: > 2008/9/27 Eduardo Schoedler <[EMAIL PROTECTED]>: >> 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" <[EMAIL PROTECTED]> >> Subject: Re: [FUG-BR] Cache squid de 1 Tb >> >> 2008/9/26 João Paulo Just <[EMAIL PROTECTED]>: >>> -----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." > > [EMAIL PROTECTED] > ------------------------- > 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