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.
