Re: fetching from closer mirrors?
On Sep 22, 2007, at 9:10 PM, Ryan Schmidt wrote:
1. How do we determine what continent a user is in? Automatically? (How?) Or the user specifies it manually? (Where, how?)
Just default to North America, it's close enough to the center of the internet anyway (some networks only interconnect in the US, so traffic will route there anyway). It's essentially the same as what we have now. For people on other continents who care - they can specify something in the ports.conf file to prefer their continent. The fetch lists would have to be sorted, and the fetch code modified to respect the new conf key (with fallback to other sites as needed).
And many, many ports do not use any servers in this list; they just specify a master site URL (or several URLs) directly.
And they would not benefit (I think that that's OK). ... anything more complicated than this is probably a waste of time. (In fact, most networks currently don't have the same problems with trans-oceanic connections that they used to) ... in any event, there's not much point in discussing this without a patch to implement it ;-) -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On Sep 24, 2007, at 08:57, Daniel J. Luke wrote:
On Sep 22, 2007, at 9:10 PM, Ryan Schmidt wrote:
1. How do we determine what continent a user is in? Automatically? (How?) Or the user specifies it manually? (Where, how?)
Just default to North America, it's close enough to the center of the internet anyway (some networks only interconnect in the US, so traffic will route there anyway). It's essentially the same as what we have now.
For people on other continents who care - they can specify something in the ports.conf file to prefer their continent. The fetch lists would have to be sorted, and the fetch code modified to respect the new conf key (with fallback to other sites as needed).
And many, many ports do not use any servers in this list; they just specify a master site URL (or several URLs) directly.
And they would not benefit (I think that that's OK).
... anything more complicated than this is probably a waste of time. (In fact, most networks currently don't have the same problems with trans-oceanic connections that they used to)
... in any event, there's not much point in discussing this without a patch to implement it ;-)
On the contrary, I think it's very useful to discuss what a feature should do before someone tries to do it.
On Sep 24, 2007, at 3:10 PM, Ryan Schmidt wrote:
... in any event, there's not much point in discussing this without a patch to implement it ;-)
On the contrary, I think it's very useful to discuss what a feature should do before someone tries to do it.
Perhaps in some cases, but in this case I don't believe that's best. Given the lack of people interested in hacking on base, it doesn't make much sense to endlessly discuss our ideal versions of given functionality unless you have some one interested in making it work. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
On Sep 24, 2007, at 9:57 AM, Daniel J. Luke wrote:
1. How do we determine what continent a user is in? Automatically? (How?) Or the user specifies it manually? (Where, how?)
Just default to North America, it's close enough to the center of the internet anyway (some networks only interconnect in the US, so traffic will route there anyway). It's essentially the same as what we have now.
What about a user-initiated step (port test-mirrors?), cached into one of the .conf files, that would simply compare ping results among the available mirrors. It could simply store the fastest mirror as the one to use. A user might be able to re-run the test periodically to determine the current fastest mirrors. Perhaps we could follow some of the work done to find the fastest FreeBSD cvsup servers... <http://ipucu.enderunix.org/view.php?id=553&lang=en> We already retain a list of mirrors for a given id (sourceforge, gnu, etc.), so we know the servers to query. MacPorts could store a "preferred mirror" for each id based on the fastest ping results. Chris
On Sep 26, 2007, at 7:24 PM, cssdev@mac.com wrote:
What about a user-initiated step (port test-mirrors?), cached into one of the .conf files, that would simply compare ping results among the available mirrors. It could simply store the fastest mirror as the one to use. A user might be able to re-run the test periodically to determine the current fastest mirrors.
Lots of places misguidedly block or filter ICMP. ... but you could probably create a reasonable implementation.
Perhaps we could follow some of the work done to find the fastest FreeBSD cvsup servers...
<http://ipucu.enderunix.org/view.php?id=553&lang=en>
We already retain a list of mirrors for a given id (sourceforge, gnu, etc.), so we know the servers to query. MacPorts could store a "preferred mirror" for each id based on the fastest ping results.
I look forward to seeing the patch ;-) -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
participants (3)
-
cssdev＠mac.com
-
Daniel J. Luke
-
Ryan Schmidt