From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id o26C5VAq085093 for ; Sat, 6 Mar 2010 06:05:32 -0600 Received: from mail.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 85ECC21FDEC for ; Sat, 6 Mar 2010 04:07:00 -0800 (PST) Received: from mail.internode.on.net (bld-mail12.adl6.internode.on.net [150.101.137.97]) by cuda.sgi.com with ESMTP id EiAXVDeJ9pOrr7Dz for ; Sat, 06 Mar 2010 04:07:00 -0800 (PST) Date: Sat, 6 Mar 2010 23:06:58 +1100 From: Dave Chinner Subject: Re: [PATCH 8/9] xfs: introduce new internal log vector structure Message-ID: <20100306120658.GE28189@discord.disaster> References: <1267840284-4652-1-git-send-email-david@fromorbit.com> <1267840284-4652-9-git-send-email-david@fromorbit.com> <20100306113119.GA25863@infradead.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20100306113119.GA25863@infradead.org> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Christoph Hellwig Cc: xfs@oss.sgi.com On Sat, Mar 06, 2010 at 06:31:19AM -0500, Christoph Hellwig wrote: > On Sat, Mar 06, 2010 at 12:51:23PM +1100, Dave Chinner wrote: > > From: Dave Chinner > > > > The current log IO vector structure is a flat array and not > > extensible. To make it possible to keep separate log IO vectors for > > individual log items, we need a method of chaining log IO vectors > > together. > > > > Introduce a new log vector type that can be used to wrap the > > existing log IO vectors on use that internally to the log. This > > means that the existing external interface (xfs_log_write) does not > > change and hence no changes to the transaction commit code are > > required. > > > > This initial use of the new log vectors does not use the chaining > > capability of the new log vector structure - it is not needed to > > implement the flat vector array the current transaction commit path > > creates. > > Given that we don't need it yet I wonder if it would be a better idea > to postponed it to the start of the actual delayed logging series? Yes, it could be. I wanted to get it out separate from the delayed logging patches so I could concentrate on them separately. I put it in this series because it's been unchanged for some time now and doesn't appear to cause any problems at all. > patch 9 would be nice to have before, but that might be a bit too much > rebase work. Anyway, looking into a real review soon. Yeah, that's what I didn't want to do. The code as it stands in these patches is actually tested with chained log vectors (the next patch in the series contains all the delayed logging stuff which I haven't split yet), so I didn't want to propose code for the dev tree that I wasn't actually testing.... Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs