Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 31 Jul 2011 22:57:32 -0700
From:      Doug Barton <dougb@FreeBSD.org>
To:        perryh@pluto.rain.com
Cc:        freebsd-gnome@freebsd.org, freebsd-ports@freebsd.org, avg@freebsd.org
Subject:   Re: UPDATING 20110730
Message-ID:  <4E36404C.9090109@FreeBSD.org>
In-Reply-To: <4e369765.T%2BNLcZoj2rV7wQkF%perryh@pluto.rain.com>
References:  <4E345DBD.1090503@FreeBSD.org> <4E34B0BB.9050008@FreeBSD.org> <4E353A46.1050204@FreeBSD.org> <4E35A998.5060102@FreeBSD.org> <4E35ADA3.40401@FreeBSD.org> <4e369765.T%2BNLcZoj2rV7wQkF%perryh@pluto.rain.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 08/01/2011 05:09, perryh@pluto.rain.com wrote:
> Andriy Gapon <avg@freebsd.org> wrote:
> 
>> If for X ports all the relevant data under /var/db/pkg fits into
>> fs cache, then the performance may be blazing, but once you exceed
>> the cache size the performance might become totally different.
> 
> and/or the poorly-performing system may have enough less memory than
> the other for paging/swapping to be a factor.

I may not be the smartest guy in the project, but I think that you(pl.)
can reasonably assume that I understand something as fundamental as
"data set fits in RAM means it goes fast." :)  You can also safely
assume that I understand that if portmaster's work causes the cache to
overflow, or the user gets stuck behind a combination of slow disk
and/or a small amount of RAM that performance is going to suck.

My point was simply that there isn't anything I can do about it. Making
sure that the +CONTENTS and +REQUIRED_BY files are up to date is an
important part of portmaster's core functionality.

Unfortunately the only way to improve on this would be to not do the
checks on a port-by-port basis, and do them all together at the end.
While that sounds appealing, it would dramatically increase the code
complexity, and also dramatically increase the chances of leaving the
pkg files in an inconsistent state if the process gets interrupted. I
don't like either one of those options.


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?4E36404C.9090109>