From owner-freebsd-ports@FreeBSD.ORG Wed Sep 2 16:26:45 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA14E1065670; Wed, 2 Sep 2009 16:26:45 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8083D8FC08; Wed, 2 Sep 2009 16:26:45 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1MisfU-00025j-80; Wed, 02 Sep 2009 20:26:44 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 4942DB860; Wed, 2 Sep 2009 20:26:41 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id CA0EEB849; Wed, 2 Sep 2009 20:26:33 +0400 (MSD) Date: Wed, 2 Sep 2009 20:26:33 +0400 From: Dmitry Marakasov To: Paul Schmehl Message-ID: <20090902162633.GB94573@hades.panopticon> References: <4A8CCC24.8050605@p6m7g8.com> <6B974976DD234EF08949F6A8@utd65257.utdallas.edu> <20090820164036.GA12998@hades.panopticon> <1250790054.45433.0.camel@hood.oook.cz> <20090821181232.GB59823@hades.panopticon> <1250882387.50625.0.camel@hood.oook.cz> <20090902031433.GA1304@hades.panopticon> <4A9E2505.1070306@FreeBSD.org> <20090902120508.2558236d@it.buh.tecnik93.com> <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <0B6596C6C29340D738A8A729@utd65257.utdallas.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Ion-Mihai Tetcu , freebsd-ports@FreeBSD.org, Alex Dupre , portmgr@FreeBSD.org Subject: Re: Migration to new SourceForge URL scheme part 2, SFE and some statistics X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2009 16:26:45 -0000 * Paul Schmehl (pschmehl_lists@tx.rr.com) wrote: > > In my case, over a few retries, switch is the fastest, followed by > > surfnet. heatnet is only somewhere between 500-700K. > > dfn, garr: and ovh fail. > > It might be way too much work for very little benefit, but network latencies > being what they are, perhaps there should be a routine that runs periodically > and adjusts the list according to some connectivity parameters? (Yeah, I know, > easy for me to say. I don't have to write the code.) That's really too much work for a little benefit. The only thing we really want from mirrors is fetchability, and as soon as we have multiple mirrors that's achieved. Speed is a different issue and, as my survey shows, mirrors can't be sorted once and forever to satisfy the whole world, so if you feel like downloads are slow, just add your favorte mirror into make.conf, like I did a long time ago. The utility to do it automatically would be useful though, and actually you can write one. Actually, something even more clever could be written, similar to RANDOMIZE_MASTER_SITES, but based on fetch speed feedback, but that'd be an overcomplication if you ask me. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru