From owner-freebsd-hackers Mon Apr 21 11:41:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05985 for hackers-outgoing; Mon, 21 Apr 1997 11:41:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05976 for ; Mon, 21 Apr 1997 11:41:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13979; Mon, 21 Apr 1997 11:39:44 -0700 From: Terry Lambert Message-Id: <199704211839.LAA13979@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: abelits@phobos.illtel.denver.co.us Date: Mon, 21 Apr 1997 11:39:44 -0700 (MST) Cc: james@westongold.com, freebsd-hackers@freebsd.org In-Reply-To: from "Alex Belits" at Apr 21, 97 09:47:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Oh, that can justify inefficiency in kernel. > > > > I'm not sure I understand you. Adding such code *shouldn't* cause > > inefficiency. > > Then it's invalid justification. Or you mean that supporting > interpreters can be an _excuse_ to have the rest of system inefficient? Why is it that modularity implies inefficiency to you? This is a bad Aristotilian mean... you are using logic like: if A implies B, then B implies A And that's false logic (consider A='is a trout' and B='is a fish'). The only conclusion you can draw from increased modularity is that the modularity will be increased. You can't draw any conclusions about efficiency whatsoever. I recently ran lmbench against a system with and without my namei changes (as an example). With the changes, the VFS interface is definitely more modular. But there is no impact whatsoever on the lmbench results for this increased modularity. The layering violations in the existing namei are inactive violations, not active once (ones which intentionally make the violation for an increase in speed). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.