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>