Can Any one give me some design documents of samba.

Jeremy Allison jeremy at valinux.com
Fri Mar 30 09:24:19 GMT 2001


On Fri, Mar 30, 2001 at 12:52:45AM -0700, Matt Zinkevicius wrote:

> If someone out there uses it, then it must be supported. Of course that's
> completely orthoganol to whether we agree with it's existance :-)

No, that's not true. The only NT admins I've ever spoken to who actually
understood the difference between such a simple thing as "object inherit",
"container inherit", and "inherit only" were working for the US miliatary.

You don't *have* to support all customer demands, especially if they're
unreasonable (ie. NT ACL semantics) - you can just choose not to serve
the customers who insist upon this ("Let them eat Windows" :-). Does
your market research data tell you that all customers need NT ACL
semantics or is this just a case of a PHB saying "NT does it so we
must" ?  That way lies very poor code.

> I disagree. POSIX ACL's were designed for files. NT ACL's were designed for
> objects. It's only that we are looking at NT ACL's from a storage-centric
> viewpoint that we see them as overdesigned. Can you imagine POSIX ACL's
> being used to gate access on COM objects? Probably not :-)

I very much doubt that *anyone* has gated access to COM objects using
much more than users & groups with read and write. POSIX ACLs are perfectly
suitable for that of course. Anything more than that is unmanageable on
more than a trivial scale.

> No benchmarks. It shouldn't be too horrible since it doesn't hit my code on
> reads or writes. If you opening/moving/renaming thousands of files at a time
> then you'll probably notice a difference ;-)

I'm disagreeing with you, but I'd still like to see the patch :-).
Especially as you seem to have done most of the things I was
wondering about doing myself :-) :-).

Thanks,

		Jeremy.

-- 
--------------------------------------------------------
Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.
--------------------------------------------------------




More information about the samba-technical mailing list