From: Al Viro <viro@ZenIV.linux.org.uk>
To: Evgeniy Polyakov <zbr@ioremap.net>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Joe Perches <joe@perches.com>,
greg@kroah.com, linux-kernel@vger.kernel.org,
akpm@linux-foundation.org, linux-fsdevel@vger.kernel.org,
Stephen Rothwell <sfr@canb.auug.org.au>
Subject: Re: [take 3] pohmelfs: call for inclusion
Date: Wed, 21 Mar 2012 22:28:12 +0000 [thread overview]
Message-ID: <20120321222812.GS6589@ZenIV.linux.org.uk> (raw)
In-Reply-To: <20120321220415.GA22315@ioremap.net>
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...
next prev parent reply other threads:[~2012-03-21 22:28 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-16 12:18 [take 3] pohmelfs: call for inclusion Evgeniy Polyakov
2012-03-16 13:29 ` Joe Perches
2012-03-16 13:39 ` Evgeniy Polyakov
2012-03-16 13:43 ` Evgeniy Polyakov
2012-03-16 14:12 ` Joe Perches
2012-03-21 20:27 ` Evgeniy Polyakov
2012-03-21 21:02 ` Linus Torvalds
2012-03-21 21:18 ` Al Viro
2012-03-21 21:37 ` Evgeniy Polyakov
2012-03-21 21:54 ` Al Viro
2012-03-21 22:04 ` Evgeniy Polyakov
2012-03-21 22:28 ` Al Viro [this message]
2012-03-21 22:40 ` Evgeniy Polyakov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120321222812.GS6589@ZenIV.linux.org.uk \
--to=viro@zeniv.linux.org.uk \
--cc=akpm@linux-foundation.org \
--cc=greg@kroah.com \
--cc=joe@perches.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=torvalds@linux-foundation.org \
--cc=zbr@ioremap.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.