Messages in this thread | | | Date | Mon, 5 Jul 1999 17:52:17 +0200 (MEST) | Subject | Re: (reiserfs) Re: 20 years without semantic innovation is enough | From | Bernd Paysan <> |
| |
> 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/
| |