Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 03 Aug 2011 16:01:30 -0700
From:      Doug Barton <dougb@FreeBSD.org>
To:        Andriy Gapon <avg@FreeBSD.org>
Cc:        freebsd-ports@FreeBSD.org, Peter Jeremy <peterjeremy@acm.org>
Subject:   Re: UPDATING 20110730
Message-ID:  <4E39D34A.7050102@FreeBSD.org>
In-Reply-To: <4E392579.4070001@FreeBSD.org>
References:  <20110801085135.GA45113@lpthe.jussieu.fr> <4E367999.8000906@FreeBSD.org> <20110802210907.GB78870@server.vk2pj.dyndns.org> <4E392579.4070001@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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/




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E39D34A.7050102>