On 03/13/2010 11:06 PM, Patrick O'Callaghan wrote: > Sadly, downloading a "small" RPM is unlikely to give very reliable > results either. Due to TCP slow-start, a stable effective b/w may only > be reached after some 10's of kb have been downloaded. > > This is not an easy problem to solve. > > poc > Perhaps instead of thinking about deterministic solution .. How about monte carlo samping the mirrors - some small number of draws (n)- choose best of those - then next update - do another MC sample - every update take n more draws - after a while it should converge to a number of decent mirrors. In fact one could even break the update up into sub components - and run in parallel. gene/ -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
