From owner-cvs-all@FreeBSD.ORG Tue Sep 9 01:00:12 2008 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A88C106566C; Tue, 9 Sep 2008 01:00:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id BB80A8FC12; Tue, 9 Sep 2008 01:00:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m890vlHH090660; Mon, 8 Sep 2008 18:57:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 08 Sep 2008 18:58:25 -0600 (MDT) Message-Id: <20080908.185825.63051686.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <200809080041.m880flYK021067@repoman.freebsd.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/arm/conf NSLU X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2008 01:00:12 -0000 In message: Robert Watson writes: : : On Mon, 8 Sep 2008, Warner Losh wrote: : : > Commit the no-brainer parts of my space saving kernel experiments. We : > don't inline the locking primitives, and only grab those parts of mii : > that we really need. Other space optimizations are too agressive for : > the generic file (removing all of usb, and loading it as kernel : > modules). : : It's been a few years since we selected defaults on lock inlining (and other : optional parameters), and it might well be time to re-evaluate our defaults. : Cache footprint on code continues to play a significant role in performance, : the trade-offs for function invocation have changed quite a bit over the : years. A more thorough performance analysis of lock inlining is probably : overdue for all platforms, not just small embedded ones. Agreed. I don't know if it is faster on the embedded platforms, but it makes such a huge space difference as to be well worth it... Warner