From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Dilger Subject: Re: Inode metadata and file data syncing Date: Thu, 19 Jul 2012 10:11:18 -0700 Message-ID: <5D277944-1E64-4B12-96B5-EF1A3C857371@whamcloud.com> References: <20120719164905.GC3889@lenny.home.zabbo.net> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8BIT Cc: "faibish_sorin@emc.com" , "sarah.jelinek@intel.com" , "linux-fsdevel@vger.kernel.org" To: Zach Brown Return-path: Received: from mail-gg0-f174.google.com ([209.85.161.174]:50845 "EHLO mail-gg0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752102Ab2GSRL3 convert rfc822-to-8bit (ORCPT ); Thu, 19 Jul 2012 13:11:29 -0400 Received: by gglu4 with SMTP id u4so3010257ggl.19 for ; Thu, 19 Jul 2012 10:11:29 -0700 (PDT) In-Reply-To: <20120719164905.GC3889@lenny.home.zabbo.net> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On 2012-07-19, at 9:49, Zach Brown wrote: > On Thu, Jul 19, 2012 at 09:50:59AM -0400, faibish_sorin@emc.com wrote: >> I am simply curious what all the current file systems features we lack >> today as maybe others can contribute. Hope this makes sense > > It doesn't take much effort to imagine features which are tied to > hardware that is still under wraps and which make current designs look > completely silly. I'm willing to give them the benefit of the doubt. Sure, I totally agree. I just wanted to head off any efforts that are just duplicating btrfs or cachefs or whatever for very little total benefit. It's also worthwhile to ask that question early on, before there is a large vested interest in the new filesystem, rather than months/years later when the time and effort is already sunk into the other project and not some existing project. > I'm happy that they're engaging with fsdevel early, even if its clumsy > because they can't really talk about details. I think it's worth > spending a small amount of time to help them understand the (very > confusing!) fs paths. It has a decent chance of reducing the number of > problems in the code we'll no doubt see some day and have to review. Agreed. Cheers, Andreas