From: Peter Braam <braam@clusterfs.com>
To: Bryan Henderson <hbryan@us.ibm.com>
Cc: Andreas Dilger <adilger@clusterfs.com>, Jan Hudec <bulb@ucw.cz>,
linux-fsdevel@vger.kernel.org,
linux-fsdevel-owner@vger.kernel.org,
Lustre Development Mailing List
<lustre-devel@lists.sourceforge.net>,
Richard Sharpe <rsharpe@richardsharpe.com>,
samba-technical@samba.org, Mike Shaver <shaver@clusterfs.com>,
Steven French <sfrench@us.ibm.com>
Subject: Re: [Lustre-devel] Re: fixing redundant network opens on Linux file creation
Date: Wed, 8 Jan 2003 20:36:11 -0700 [thread overview]
Message-ID: <20030109033611.GK28656@peter.cfs> (raw)
In-Reply-To: <OF3F23E8A5.5D83F4EF-ON87256CA9.000B13A4-88256CA9.000B8F64@us.ibm.com>
Bryan,
On Wed, Jan 08, 2003 at 06:08:48PM -0800, Bryan Henderson wrote:
>
>
>
>
> >I have no objections to a name change. We are not so religious about
> >"intent" as a name.
>
> How religious are you about the idea of having to have BOTH a lookup2()
> that contains all the information necessary to create a directory if the
> name is available, AND a subsequent "create directory" call? Because once
> you remove the word "intent" from the description, that looks even more
> silly.
Good question. For mkdir your solution is much preferrable. So no
religion here at all. But mkdir is an easy case, possibly the easiest.
For open, rename, setattr and dealing with symbolic links we found
having the separation of the lookup phase with intents and actual
execution to be quite useful, since the symbolic links may bring you
back to another file system.
> It is the relationship between those two (sometimes 3) redundant calls that
> is the real substance in what otherwise appears to be just a naming issue.
Yes, and the answer is "sometimes" - in the mkdir case it (moderately)
easy to give the whole task to the file system (symlinks remain
hairy), in open, rename, setattr we found a lot of useful VFS
functionality between lookup and operation.
- Peter -
next prev parent reply other threads:[~2003-01-09 3:36 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-06 17:25 fixing redundant network opens on Linux file creation Steven French
2003-01-06 18:14 ` Richard Sharpe
2003-01-06 17:59 ` Jan Hudec
2003-01-06 19:42 ` Bryan Henderson
2003-01-06 19:56 ` Jan Harkes
2003-01-06 21:58 ` Bryan Henderson
2003-01-06 21:31 ` Andreas Dilger
2003-01-06 22:23 ` Bryan Henderson
2003-01-06 22:48 ` Andreas Dilger
2003-01-07 1:06 ` Bryan Henderson
2003-01-07 13:19 ` [Lustre-devel] " Mike Shaver
2003-01-07 17:28 ` Bryan Henderson
2003-01-07 18:50 ` Andreas Dilger
2003-01-08 17:52 ` Bryan Henderson
2003-01-08 19:11 ` Peter Braam
2003-01-09 2:08 ` Bryan Henderson
2003-01-09 3:36 ` Peter Braam [this message]
2003-01-06 22:18 ` Marcos Dione
2003-01-07 9:35 ` Jan Hudec
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=20030109033611.GK28656@peter.cfs \
--to=braam@clusterfs.com \
--cc=adilger@clusterfs.com \
--cc=bulb@ucw.cz \
--cc=hbryan@us.ibm.com \
--cc=linux-fsdevel-owner@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lustre-devel@lists.sourceforge.net \
--cc=rsharpe@richardsharpe.com \
--cc=samba-technical@samba.org \
--cc=sfrench@us.ibm.com \
--cc=shaver@clusterfs.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).