Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 06 Mar 2006 11:16:07 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k26JFwW6000782 for ; Mon, 6 Mar 2006 11:15:59 -0800 Received: from omx2.sgi.com ([198.149.32.25]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k26JGjOX006832 for ; Mon, 6 Mar 2006 13:16:45 -0600 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id k26LNlQt025960 for ; Mon, 6 Mar 2006 13:23:47 -0800 Received: from syntegra.americas.sgi.com (syntegra.americas.sgi.com [128.162.232.81]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id k26JLtiJ3552509; Mon, 6 Mar 2006 11:21:55 -0800 (PST) Received: from alkirkco by syntegra.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1FGLCX-0000iK-00; Mon, 06 Mar 2006 13:17:01 -0600 Date: Mon, 6 Mar 2006 13:17:01 -0600 From: Mandy Miklos To: Stewart Smith Cc: Linux-xfs@oss.sgi.com Subject: Re: TAKE 928864 - [SUSE#76685] Inode extent management causes high order page allocations Message-ID: <20060306191701.GA2519@sgi.com> Mail-Followup-To: Stewart Smith , Linux-xfs@oss.sgi.com References: <1141528911.16486.36.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1141528911.16486.36.camel@localhost.localdomain> User-Agent: Mutt/1.5.9i X-archive-position: 7444 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1387 Lines: 33 On Sun, Mar 05, 2006 at 02:21:51PM +1100, Stewart Smith wrote: > On Thu, 2006-03-02 at 18:43 -0600, Amanda Kirkconnell wrote: > > This mod introduces multi-level in-core file extent functionality, > > building upon the new layout introduced in mod xfs-linux:xfs-kern:207390a. > > > > The new multi-level extent allocations are only required for heavily > > fragmented files, so the old-style linear extent list is used on files > > until the extents reach a pre-determined size of 4k. 4k buffers are > > used because this is the system page size on Linux i386 and systems > > with larger page sizes don't seem to gain much, if anything, by using > > their native page size as the extent buffer size. Also, using 4k extent > > buffers everywhere provides a consistent interface for CXFS across > > different platforms. > > So does this aim to speed up file offset to extent lookup on heavily > fragmented files when we have all (most) of extents in core? Yes. > And also to not require such large contiguous kernel memory allocations > for lots of extents? (e.g. 10,000 extents) Exactly. > I'm assuming this is more noticeable with CXFS? i.e. less stuff over the > wire when only caring about small parts of highly fragmented file. The CXFS changes aren't quite finished yet but - Yes - CXFS should benifit significantly from sending less extents over the wire. -- Mandy Miklos