On Sun, 2010-03-14 at 20:57 -0400, Bill Davidsen wrote:
> Patrick O'Callaghan wrote:
> > On Sat, 2010-03-13 at 16:52 -0500, Bill Davidsen wrote:
> >> Patrick O'Callaghan wrote:
> >>> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> >>> evaluate the speed of a bunch of repo mirror
Patrick O'Callaghan wrote:
> On Sat, 2010-03-13 at 16:52 -0500, Bill Davidsen wrote:
>> Patrick O'Callaghan wrote:
>>> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
>>> evaluate the speed of a bunch of repo mirrors and use the fastest one
>>> relative to the user's location.
>>>
On Sat, 2010-03-13 at 23:16 -0500, Mail Lists wrote:
> 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 be
On Sat, 13 Mar 2010 23:16:20 -0500
Mail Lists wrote:
> How about monte carlo samping the mirrors
And never forget to store this database on a per-network-connection
basis since one starbucks may have better bandwidth to different update
servers than another :-).
--
users mailing list
users@lists
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.
>
>
On Sat, 2010-03-13 at 16:52 -0500, Bill Davidsen wrote:
> Patrick O'Callaghan wrote:
> > The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> > evaluate the speed of a bunch of repo mirrors and use the fastest one
> > relative to the user's location.
> >
> > However AFAIK what it *a
Patrick O'Callaghan wrote:
> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> evaluate the speed of a bunch of repo mirrors and use the fastest one
> relative to the user's location.
>
> However AFAIK what it *actually* does is make a test connection to the
> to the candidate mi
Patrick O'Callaghan wrote:
> On Sat, 2010-03-13 at 08:29 -0600, Rex Dieter wrote:
>> Patrick O'Callaghan wrote:
>>
>> > I then manually edited the /var/cache/yum/timedhosts.txt file to bias
>> > the results against the mirror yum was choosing (I made it worst rather
>> > than best). Oddly, it aga
On Sat, 2010-03-13 at 08:29 -0600, Rex Dieter wrote:
> Patrick O'Callaghan wrote:
>
> > I then manually edited the /var/cache/yum/timedhosts.txt file to bias
> > the results against the mirror yum was choosing (I made it worst rather
> > than best). Oddly, it again made no difference!
>
> Doing t
Patrick O'Callaghan wrote:
> I then manually edited the /var/cache/yum/timedhosts.txt file to bias
> the results against the mirror yum was choosing (I made it worst rather
> than best). Oddly, it again made no difference!
Doing that, changing the ping times to smaller than all other mirrors, has
On 03/13/2010 01:12 AM, Tim wrote:
> Raman Gupta:
>>> The fact that yum-fastestmirror ignores bandwidth when selecting
>>> mirrors is annoying for high bandwidth machines too -- I regularly
>>> find that yum selects mirrors which have low latency but whose
>>> bandwidth is very poor, which requires
Raman Gupta:
>> The fact that yum-fastestmirror ignores bandwidth when selecting
>> mirrors is annoying for high bandwidth machines too -- I regularly
>> find that yum selects mirrors which have low latency but whose
>> bandwidth is very poor, which requires a manual update to the exclude
>> li
On 10-03-12 16:07:48, Raman Gupta wrote:
...
> The fact that yum-fastestmirror ignores bandwidth when selecting
> mirrors is annoying for high bandwidth machines too -- I regularly
> find that yum selects mirrors which have low latency but whose
> bandwidth is very poor, which requires a manual
Given that fastmirror is both broken and completely undocumented, and
that what it claims to do really ought not be that hard for someone to
implement completely from scratch, perhaps a better use of all your
time than trying to plumb the depths of fastmirror would be to write a
replacement that ac
On Fri, 2010-03-12 at 19:20 -0430, Patrick O'Callaghan wrote:
> On Fri, 2010-03-12 at 12:57 -0600, Robert Nichols wrote:
> > On 03/12/2010 08:08 AM, Patrick O'Callaghan wrote:
> > > The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> > > evaluate the speed of a bunch of repo mirrors
On Fri, 2010-03-12 at 12:57 -0600, Robert Nichols wrote:
> On 03/12/2010 08:08 AM, Patrick O'Callaghan wrote:
> > The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> > evaluate the speed of a bunch of repo mirrors and use the fastest one
> > relative to the user's location.
> >
> >
On 03/12/2010 01:57 PM, Robert Nichols wrote:
> On 03/12/2010 08:08 AM, Patrick O'Callaghan wrote:
>> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
>> evaluate the speed of a bunch of repo mirrors and use the fastest one
>> relative to the user's location.
>>
>> However AFAIK wh
> On 12 March 2010 14:08, Patrick O'Callaghan
> However AFAIK what it *actually* does is make a test connection to
> the to the candidate mirrors and order them according to response
> time, which in many cases is dominated by network latency, which
> can distort the results. For well-connected use
On 03/12/2010 08:08 AM, Patrick O'Callaghan wrote:
> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> evaluate the speed of a bunch of repo mirrors and use the fastest one
> relative to the user's location.
>
> However AFAIK what it *actually* does is make a test connection to th
On Fri, 2010-03-12 at 16:47 +, Fred Williams wrote:
> On 12 March 2010 16:42, Patrick O'Callaghan
> wrote:
> On Fri, 2010-03-12 at 14:21 +, Fred Williams wrote:
[...]
>
> A quick search for 'deb' on the Debian Package database returned a lot
> of results but the specific one that
On 12 March 2010 16:42, Patrick O'Callaghan wrote:
> On Fri, 2010-03-12 at 14:21 +, Fred Williams wrote:
> > On 12 March 2010 14:08, Patrick O'Callaghan
> > wrote:
> > The yum fastestmirror plugin (yum-plugin-fastestmirror) claims
> > to
> > evaluate the speed of a bu
On Fri, 2010-03-12 at 07:48 -0800, Don Quixote de la Mancha wrote:
> On Fri, Mar 12, 2010 at 6:21 AM, Fred Williams
> wrote:
> > The main downside I see to it is that those users on an ISP which throttles
> > BitTorrent will suffer, and have to go back to standard downloads, but if
> > both are p
On Fri, 2010-03-12 at 14:21 +, Fred Williams wrote:
> On 12 March 2010 14:08, Patrick O'Callaghan
> wrote:
> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims
> to
> evaluate the speed of a bunch of repo mirrors and use the
> fastest one
> r
On Fri, Mar 12, 2010 at 6:21 AM, Fred Williams wrote:
> The main downside I see to it is that those users on an ISP which throttles
> BitTorrent will suffer, and have to go back to standard downloads, but if
> both are provided, then no issue.
I have found that some corporate firewalls block BitT
On 12 March 2010 14:08, Patrick O'Callaghan wrote:
> The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
> evaluate the speed of a bunch of repo mirrors and use the fastest one
> relative to the user's location.
>
> However AFAIK what it *actually* does is make a test connection to
The yum fastestmirror plugin (yum-plugin-fastestmirror) claims to
evaluate the speed of a bunch of repo mirrors and use the fastest one
relative to the user's location.
However AFAIK what it *actually* does is make a test connection to the
to the candidate mirrors and order them according to respo
26 matches
Mail list logo
