[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120321222812.GS6589@ZenIV.linux.org.uk>
Date: Wed, 21 Mar 2012 22:28:12 +0000
From: Al Viro <viro@...IV.linux.org.uk>
To: Evgeniy Polyakov <zbr@...emap.net>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Joe Perches <joe@...ches.com>, greg@...ah.com,
linux-kernel@...r.kernel.org, akpm@...ux-foundation.org,
linux-fsdevel@...r.kernel.org,
Stephen Rothwell <sfr@...b.auug.org.au>
Subject: Re: [take 3] pohmelfs: call for inclusion
On Thu, Mar 22, 2012 at 02:04:15AM +0400, Evgeniy Polyakov wrote:
> Details are pretty simple - we want to allow external applications to
> get to filesystem and grab data via single requests, since it is
> stateless and can not hold dentry structure. They do not connect to
> server which runs on top of filesystem, but insted directly to storage,
> which hosts raw data.
>
> Applications know they uploadede data via /whatever/path/was/to/the/file
> And they want to get that data from server via single 'get'. Obviously
> they can not store mapping from all filenames to inode number, and they
> can not request dozen of directory lookups, since it takes time and has
> to maintain state.
Sigh... I wish it hadn't been an English-speaking maillist; mat is hard to
translate properly...
OK, let me try for a printable version: suppose we replace that d_path()
call with dentry_path() and leave everything else as is; what exactly
will be broken and how will it break?
> When object was written via remounted path, then it is a problem for
> those who made a setup - this ugly hack only 'works' in specially
> crafted environment, which provides its pros and requires fair price of
> cons.
_What_ remounted path? I'm not talking about bindings at all...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists