From owner-freebsd-ports@FreeBSD.ORG Wed Aug 3 23:01:31 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 5683F106566C; Wed, 3 Aug 2011 23:01:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 12-207-105-211.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F167B15708A; Wed, 3 Aug 2011 23:01:30 +0000 (UTC) Message-ID: <4E39D34A.7050102@FreeBSD.org> Date: Wed, 03 Aug 2011 16:01:30 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Andriy Gapon References: <20110801085135.GA45113@lpthe.jussieu.fr> <4E367999.8000906@FreeBSD.org> <20110802210907.GB78870@server.vk2pj.dyndns.org> <4E392579.4070001@FreeBSD.org> In-Reply-To: <4E392579.4070001@FreeBSD.org> X-Enigmail-Version: 1.2pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org, Peter Jeremy Subject: Re: UPDATING 20110730 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, 03 Aug 2011 23:01:31 -0000 On 08/03/2011 03:39, Andriy Gapon wrote: > on 03/08/2011 00:09 Peter Jeremy said the following: >> An alternative viewpoint is that this is wasteful because data is then >> double-buffered. > > If you stop accessing data on disk after putting it into an application cache, > then there would not be double-buffering, the OS is free to evict it from its cache. I agree with Andriy that the OS is smart enough to manage the disk buffer cache all on its own. Meanwhile, another detail that I didn't include in previous messages that I probably should have is that portmaster is already caching a whole bunch of stuff, which is one of the reasons it's as fast as it is. In fact, because it does a lot of this caching through environment variables I have run into problems where attempting to run external commands with long command lines sometimes fails because there is not enough memory available. As a result I've been attempting to streamline both my command lines, and what I cache. I hadn't had this complaint for a while but I got one the other day, so it looks like I still have some more work to do in this area. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/