ace
As far as parallel IO goes, I would think that async stat would be
nearly as fast as readdirplus?
For the clustered filesystem case there may be locking issues that makes
readdirplus faster?
--
Ragnar Kjørstad
Software Engineer
Scali - http://www.scali.com
Scaling the Linux Datacenter
-
To uns
On Wed, Dec 06, 2006 at 10:13:36AM -0800, Ulrich Drepper wrote:
> Ragnar Kjørstad wrote:
> >I guess the code needs to be checked, but I would think that:
> >* ls
> >* find
> >* rm -r
> >* chown -R
> >* chmod -R
> >* rsync
> >* various backup s
-r
* chown -R
* chmod -R
* rsync
* various backup software
* imap servers
are all likely users of readdirplus. Of course the ones that spend the
majority of the time doing stat are the ones that would benefit more.
--
Ragnar Kjørstad
Software Engineer
Scali - http://www.scali.com
Scaling the
mply an "ls -l" optimization. Allthough I can no loger
remember why, I think this is exactly what imap servers are doing when
opening up big imap folders stored in maildir.
--
Ragnar Kjørstad
Software Engineer
Scali - http://www.scali.com
Scaling the Linux Datacenter
-
To unsubscri
On Fri, Mar 23, 2001 at 10:15:33AM -0600, Dave Kleikamp wrote:
> Again, why re-invent procfs? We could put this under
> /proc/fs/jfs/metadata.
I guess /proc isn't the best choice when you have pr-mounted-fs metadata.
--
Ragnar Kjørstad
Big Storage
-
To unsubscribe from this lis
>
> That's a wonderful reason to put it _not_ into superblock... OK, what's
> wrong with the variant above?
The information will not be available without mounting the filesystem
first.
However - the LVM way sounded much better, so this may not matter.
--
Ragnar Kjørstad
B
stems ?
That's the whole idea behind the openxdsm project :-)
Unfortenately little or no progress has been made in the last few months
because of lack of time.
--
Ragnar Kjørstad
Big Storage
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
_transaction(t);
And I can be sure both bar and bar2 are both updated in the same
transaction.
That said, I don't need how urgent the need to reduce the number of
syscall really is.
--
Ragnar Kjørstad
Big Storage
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
ioned in Miami that such an interface was
needed to make a filesystem transactions available to userspace?
--
Ragnar Kjørstad
Big Storage
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
efixed with "root.".
If they are to be "stripped" of by the kernel, would it not be better to
keep it in a seperate field?
It is always a prefix and a name, right? A hirarchie is out of the
question? (A hirarchie can of course not be represented in two fields)
--
Ragnar Kjø
used for, (though, maybe it would be better to actually use
flags, as it scales better with more dimensions) and it is important that
all (most) linux filesystems support the same families/properties/flags.
--
Ragnar Kjørstad
Big STorage
-
To unsubscribe from this list: send the line "unsubscrib
DSM need from the filesystem is some way to store opaque
metadata.
I guess I'm saying ACL and EA should be seperate interfaces because the
users should not have to know they are related. In some filesystems
maybe they're not - in others maybe EA is implemented using ACL. The
user doesn't
ore
data in multiple filesystems if totally different things happen.
How can an application store data in extended attributes without knowing
if it's inherited or not?
At the very least the user need to know - of course even better if he
can choose.
--
Ragnar Kjørstad
Big Storage
-
To unsu
ritance any way they want. My question was regarding inheritence for
the attributes themselves. Maybe the users should be able to say that
this attribute should be shared between multiple files, or this
attribute should be inherited by all new files in the directory?
Remember, the extended attributes
off and
implement it itself.
I'm don't know how the inheritence should work, not even that it's
really needed - I just brought it up because I think it should be at
least adressed in the extended attribute discussion.
--
Ragnar Kjørstad
Big Storage
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
se the
extended attributes like Andreas suggested.
I don't see the need for the extended attribute implementation to deal
with things like ordering of EAs (if the order is important the data
should be in one EA instead of multiple) and EA types.
We should, however, allow a filesystem to overrid
Morgan has some code against an earlier version of the extended
> attributes patch that implements filesystem capabilities. This patch is
> out of date at the moment.
HSMs also usually need extended attributes to store data in. A common
interface to extended attributes on all linux filesys
17 matches
Mail list logo