From owner-freebsd-fs Thu Oct 3 06:14:21 1996 Return-Path: owner-fs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25500 for fs-outgoing; Thu, 3 Oct 1996 06:14:21 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25494; Thu, 3 Oct 1996 06:14:17 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA00602; Thu, 3 Oct 1996 08:12:30 -0500 (EST) From: "John S. Dyson" Message-Id: <199610031312.IAA00602@dyson.iquest.net> Subject: Re: vnode and cluster read-ahead To: dfr@render.com (Doug Rabson) Date: Thu, 3 Oct 1996 08:12:30 -0500 (EST) Cc: dyson@freebsd.org, phk@critter.tfs.com, heo@cslsun10.sogang.ac.kr, freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org In-Reply-To: from "Doug Rabson" at Oct 3, 96 10:35:19 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-fs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On the subject of saving memory, I firmly believe that signficant > performance improvements can be made just by reducing the memory footprint > of algorithms. In our 3D graphics work, we have found that making > important datastructures fit into cache lines (and using an aligning > allocator to make sure that they start on cache line boundaries) can > improve performance by as much as 20%. > The pmap code is a perfect example of that. There are times that I have "improved" the code, and noted a net slowdown, because it has grown. Soon, I intend to chop out another 1-2k out of pmap.o. Smaller is definitely better sometimes. John