Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 03 Jul 2000 11:50:51 -0400
From:      "Jeroen C. van Gelderen" <jeroen@vangelderen.org>
To:        Alfred Perlstein <bright@wintelcom.net>
Cc:        David Greenman <dg@root.com>, Bosko Milekic <bmilekic@dsuper.net>, freebsd-hackers@FreeBSD.ORG
Subject:   Re: mbuf re-write(s), v 0.1
Message-ID:  <3960B65B.30DF5DC1@vangelderen.org>
References:  <Pine.BSF.4.21.0007030136320.2431-100000@jehovah.technokratis.com> <200007030820.BAA09516@implode.root.com> <20000703015027.U25571@fw.wintelcom.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Alfred Perlstein wrote:
> 
> * David Greenman <dg@root.com> [000703 01:32] wrote:
> 
> .. response to mbuf rewrite
> 
> >    I'm not trying to 'frown upon evolution', unless the particular form of
> > evolution is to make the software worse than it was. I *can* be convinced
> > that your proposed changes are a good thing and I'm asking you to step up
> > to the plate and prove it.
> 
> I agree, we can not afford to sacrifice performance for memory
> footprint any longer, 

Nobody talks about *sacrificing* performance here if I'm
interpreting Bosko's mail correctly.

> it's just not realistic.  If a subsystem
> needs X amount of memory at some point in time it will need it
> again.  

Uh? If the peak is reached only ever so often I'd rather see
the memory reclaimed so that it can be used for something 
else. (If it doesn't affect performance too much that is.)

In fact, the whole design of the FreeBSD VM system responds
dynamically to the load imposed thereby rendering you claim
invalid for at least one subsystems.

> Sacrificing performance to fix the small occurances where
> this is not the case is not worth it, the general case will always
> be there and will be more important.

You seem to imply that you have proof that Bosko's patches 
will negatively affect the general case I assume?

Cheers,
Jeroen
-- 
Jeroen C. van Gelderen          o      _     _         _
jeroen@vangelderen.org  _o     /\_   _ \\o  (_)\__/o  (_)
                      _< \_   _>(_) (_)/<_    \_| \   _|/' \/
                     (_)>(_) (_)        (_)   (_)    (_)'  _\o_


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3960B65B.30DF5DC1>