From owner-freebsd-hackers Mon Jul 3 8:51: 5 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cypherpunks.ai (cypherpunks.ai [209.88.68.47]) by hub.freebsd.org (Postfix) with ESMTP id A1D4337B8B2 for ; Mon, 3 Jul 2000 08:50:54 -0700 (PDT) (envelope-from jeroen@vangelderen.org) Received: from vangelderen.org (grolsch.ai [209.88.68.214]) by cypherpunks.ai (Postfix) with ESMTP id E9EAC6D; Mon, 3 Jul 2000 11:50:51 -0400 (AST) Message-ID: <3960B65B.30DF5DC1@vangelderen.org> Date: Mon, 03 Jul 2000 11:50:51 -0400 From: "Jeroen C. van Gelderen" X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: David Greenman , Bosko Milekic , freebsd-hackers@FreeBSD.ORG Subject: Re: mbuf re-write(s), v 0.1 References: <200007030820.BAA09516@implode.root.com> <20000703015027.U25571@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > * David Greenman [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