From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: updating list of substitutes Date: Mon, 12 Oct 2015 23:12:51 +0200 Message-ID: <20151012211251.GA14504@thebird.nl> References: <20150421064525.GA15795@thebird.nl> <87a8y1q49z.fsf@gnu.org> <20150421084028.GB16564@thebird.nl> <20150422114635.GA24566@thebird.nl> <20151011074654.GA8058@thebird.nl> <87wputz1uj.fsf@gnu.org> <20151011212714.GA9401@thebird.nl> <87d1wk8y7e.fsf@netris.org> <20151012060607.GA11012@thebird.nl> <87d1wkaw12.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47422) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlkRT-0003ib-Ii for guix-devel@gnu.org; Mon, 12 Oct 2015 17:15:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZlkRQ-0007pA-7R for guix-devel@gnu.org; Mon, 12 Oct 2015 17:15:35 -0400 Received: from mail.thebird.nl ([95.154.246.10]:57480) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlkRP-0007la-TN for guix-devel@gnu.org; Mon, 12 Oct 2015 17:15:32 -0400 Content-Disposition: inline In-Reply-To: <87d1wkaw12.fsf@netris.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver Cc: guix-devel@gnu.org On Mon, Oct 12, 2015 at 12:31:21PM -0400, Mark H Weaver wrote: > In summary, the full set of available substitutes is typically quite > large and changes frequently, so this approach would entail a lot of > wasted network bandwidth (and load on hydra) to maintain the complete > list of substitutes on every client machine, although only a small > fraction of these would be of interest to any given user. > > Does that make sense? Yes, I had not realised the list changes so often. The technical solution would be to ship the incremental diffs every time. But I realise this may be harder than it looks. I guess we'll have to advertise that people use their own substitue server as a cache, like Ludo suggests. At least that will scale. Pj. --