Show de bola Henry... Acho que depois dessa bateria de testes que todos realizamos, não fica nenhuma dúvida de que é muito viavel a utilização de delay_pools...
[]s a todos Celso Faria Americana/SP Em 31 de maio de 2010 22:02, Henry <[email protected]> escreveu: > > > Em Sábado 29 Maio 2010, às 14:51:57, você escreveu: > > > Boa tarde pessoal, > > > > > > Tenho os meus resultados do desafio. > > > > > > Baixei 2 vzs o CentOS-5.5-i386-LiveCD.iso (718544896 bytes/695MB) do site > > > oficial utilizando delay_pools em um link de 3MB (com pool de 50%/máximo > de > > > 1.5MB para download), com link livre e com link saturado, e aqui estão os > > > MD5's informado no site e os que obtive usando o MD5hash respectivamente: > > > > > > MD5 original: 3d977bc2c68c1d51c7b498724d101ce8 > > > > > > Primeira vez: > > > > > > MD5 link free: 3d977bc2c68c1d51c7b498724d101ce8 > > > MD5 link saturado: 3d977bc2c68c1d51c7b498724d101ce8 > > > > > > Segunda vez: > > > > > > MD5 link free: 3d977bc2c68c1d51c7b498724d101ce8 > > > MD5 link saturado: 3d977bc2c68c1d51c7b498724d101ce8 > > > > > > Ou seja, 4 downloads perfeitos. > > > Pelo menos aqui não houve problema! > > > > > > Aguardo os resultados de vocês. > > > > > Bem, terminei meus testes essa manhã... (baixando a 8kb/s ) na rede do > trabalho, com wget, dois downloads. Na parte da manhã do sabado, a rede até > que ficou congestionada com alguns usuários. > > Os valores do md5sum conferiram, e eu realizei uma instalação de debian > stable hoje com a imagem baixada. Ou seja, funcionou. > > $ md5sum ./debian-504-i386-CD-1.iso > > d359c8e33e29b2bc3833046b0625a02f debian-504-i386-CD-1.iso > > $ md5sum ./debian-504-i386-CD-1.iso.1 > > d359c8e33e29b2bc3833046b0625a02f debian-504-i386-CD-1.iso.1 > > $ wget > http://cdimage.debian.org/cdimage/release/current/i386/iso-cd/MD5SUMS -o > /dev/null -O - | grep debian-504-i386-CD-1.iso > > d359c8e33e29b2bc3833046b0625a02f debian-504-i386-CD-1.iso > > bateram. > > enquanto isso, aqui em casa, fiz uma rede virtual para fazer outros > testes mais "interessantes" usando um servidor apache. > > Usando o webmin no servidor virtual, eu fui alterando os valores das > delay_pools durante o download e aplicando as alterações com o download > sendo realizado. > > Os md5suns tambem se mantiveram, so que desta vez com alguns arquivos entre > 100 e 300 megas. Para o download, usei iceweasel(firefox) 3.5.9 e wget. > > Variei as taxas de download usando controle de mac, tipo de arquivos e > origem, alternadamente, e variando as taxas entre 1kbps até 10mbps. Para > minha surpresa, o download não foi interrompido em nenhuma vez, e também > manteve os md5suns do repositorio do meu apache e os dos arquivos já > abaixados. > > Realmente, creio que uma situação "normal" não corromperia nenhum > arquivo. > > Aproveitei também o fds para pesquisar sobre como o controle de velocidade > é feito. > > Simplesmente ( e a bem grosso modo, se alguem quiser complementar... ) um > atraso ***controlado*** na resposta dos pacotes, faz com que a velocidade > seja controlada, menores atrasos, maiores velocidades, atraso zero, > velocidade "full". > > Especulando, talvez um erro de algoritmo em algumas versoes/patches do > squid fizesse com que o atraso e a retomada não fossem feito de maneira > satisfatória, e com isso, ocorresse corrupção de dados em algumas situacoes > especificas - que nem imagino quais sejam. > > Resultado: Vou continuar usando delay pools rsrsrsrs > > [ ]s, Henry. > > >
