Re: Instant Mirror Status...?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Maybe I'm not seeing the entire problem, but couldn't you just cache the response from mirrormanager, in addition to caching the packages? Wouldn't everyone then get the same list, and by default, choose the first (and thus the same) mirror in the list?

--
James Cassell


On Tue, 23 Sep 2008 14:33:52 -0400, Les Mikesell <lesmikesell@xxxxxxxxx> wrote:

James Antill wrote:
  So what you are saying essentially is: "Why can't MirrorManager decide
what the best URL is for a netblock/geoip and always list it first, just
to make the proxy problem zero-conf"
 And I can guess that the answer to that is basically "Because it
doesn't work", feel free to send Matt patches though if you think
otherwise.

How can it be worse than whatever you are doing now which essentially defeats any caching infrastructure that anyone has in place? That is, I don't see how any attempt at ordering the list repeatably can 'not work' or be worse than no attempt at all. What can break if you do something simple like take the list you'd return after geoip calculations (if any), divide the ip space up by the number of mirrors and rotate the list to the corresponding starting point for the source IP? You'd still be giving the same set of choices to the same recipients, but in a way that will work if they have caching in place.



--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux