lkml.org 
[lkml]   [1999]   [Jul]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: (reiserfs) Re: 20 years without semantic innovation is enough
From
> 1. I'm not convinced it should restore all _attributes_ [uid etc.].  If
> receive an albod in the mail and save it, I don't expect to see your
> uids in there. Not even if I'm root.

I think we agreed that combound files should have "inherit from parent"
attributes whenever useful, i.e. certainly for uid/gid/access control, when
appropriate. And then, even tar gives you the option to skip over uids. If you
run a backup restore, however, you want cat </dev/st0 >/ to restore uids,
as well.

> Pros and cons. Forward-assignment lowers communication latency (which
> is really noticable for non-local X apps), but requires the server to
> maintain and look up per-client state.

Yes. But since filesystems should allow remote operations, some sort of
forward-assignment should be possible. Perhaps only per transaction, and the
server responds with the real numbers ("if you don't want to do another
forward assignment to the foo-bar atom, here's what I use to call it"). The
client can switch over to a less data-intensive protocol after a round trip
delay, but isn't delayed initially.

The other idea was to not even bother with the strings, but only take a
hash key and pass that around, including the risc of collisions. Well, I don't
like the idea of having two keys magically collide ;-).

--
Bernd Paysan
"If you want it done right, you have to do it yourself"
http://www.jwdt.com/~paysan/

Sent through Global Message Exchange - http://www.gmx.net

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:52    [W:0.061 / U:0.600 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site