From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RPNng-0000Ly-P4 for garchives@archives.gentoo.org; Sun, 13 Nov 2011 00:19:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1313121C104; Sun, 13 Nov 2011 00:19:42 +0000 (UTC) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by pigeon.gentoo.org (Postfix) with ESMTP id 93BB321C023 for ; Sun, 13 Nov 2011 00:18:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EALULv058qVER/2dsb2JhbABChQClL4EFgXIBAQUjZgsNCwICJgICV4gjpGWQWIEwhTqBf4EWBIgOkVsfjCw X-IronPort-AV: E=Sophos;i="4.69,501,1315152000"; d="scan'208";a="738787766" Received: from unknown (HELO moriah.localdomain) ([124.169.81.17]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 13 Nov 2011 08:18:49 +0800 Received: from localhost (localhost [127.0.0.1]) by moriah.localdomain (Postfix) with ESMTP id C946D200737 for ; Sun, 13 Nov 2011 08:18:48 +0800 (WST) X-Virus-Scanned: amavisd-new at lan.localdomain Received: from moriah.localdomain ([127.0.0.1]) by localhost (moriah.lan.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qY9feTO8Z6RQ for ; Sun, 13 Nov 2011 08:18:45 +0800 (WST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by moriah.localdomain (Postfix) with ESMTP id 58C9C99ED5 for ; Sun, 13 Nov 2011 08:18:45 +0800 (WST) Subject: Re: [gentoo-user] The LIGHTEST web server (just for serving files)? From: William Kenworthy To: gentoo-user@lists.gentoo.org In-Reply-To: <20111112220119.57df1a44@digimed.co.uk> References: <4EBE38F3.2000005@binarywings.net> <201111121155.41045.michaelkintzios@gmail.com> <20111112220119.57df1a44@digimed.co.uk> Content-Type: text/plain; charset="UTF-8" Date: Sun, 13 Nov 2011 08:18:45 +0800 Message-ID: <1321143525.13390.11.camel@moriah> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: 7bit X-Archives-Salt: 4eb2b340-5c45-4196-bad7-804cee7e757b X-Archives-Hash: 12de46473c091940846d12532e408403 Its been solved in the past ... designed for just this purpose: moriah ~ # esearch http-replicator [ Results for search key : http-replicator ] [ Applications found : 1 ] * net-proxy/http-replicator Latest version available: 3.0-r2 Latest version installed: 3.0-r2 Size of downloaded files: 38 kB Homepage: http://sourceforge.net/projects/http-replicator Description: Proxy cache for Gentoo packages License: GPL-2 moriah ~ # I chain them together (two levels, avoiding expensive download costs) so the remote site doesnt have it in its cache, upstream is the master cache, which if it doesnt have it will fetch from the repo. You can specify what port it runs on, and then use the http_proxy entry in make.conf to point the clients to it thus avoiding port 80 and any existing webserver. Handles concurrent fetches transparently. Overall, I have found it preferable to NFS which has been a bit flaky at times in the past. Recommended! BillK On Sat, 2011-11-12 at 22:01 +0000, Neil Bothwick wrote: > On Sat, 12 Nov 2011 19:40:08 +0700, Pandu Poluan wrote: > > > During my drive home, something hit my brain: why not have the 'master' > > server share the distfiles dir via NFS? > > No reason at all, I've been doing it for years without a single > problem. > > > So, the question now becomes: what's the drawback/benefit of > > NFS-sharing vs HTTP-sharing? The scenario is back-end LAN at the > > office, thus, a trusted network by definition. > > The benefit is that everything is centralised. With an HTTP proxy, you > still have to download from the server to each client. The only drawback > that I experience is that if several packages use the same, large source > file, as so many of the KDE packages do, you are repeatedly pulling the > same file over the network, which is a little slower. > >