[SCM] Samba Shared Repository - branch master updated - release-4-0-0alpha8-970-gd6270df

Gerald Carter jerry at plainjoe.org
Thu Aug 13 13:35:07 MDT 2009


> On Thu, Aug 13, 2009 at 10:53:36AM +0200, Stefan (metze) Metzmacher wrote:
>> Can we please use an idl based union to store this information?
> Actually I'd rather not. I'm getting concerned about EA space,
> normally we only have 64k available, and we're now using EA
> space for the security descriptors, which can potentially
> be quite large. What advantage do you see to doing it this
> way over individual EA's storing specific metadata ?

Are the linux docs still correct that this is fs dependent?

     In the current ext2, ext3 and ext4 filesystem
     implementations, each extended attribute must fit on a
     single filesystem block (1024, 2048 or 4096 bytes, depending
     on the block size  specified  when  the filesystem was created).

     In  the  XFS  and  reiserfs filesystem implementations, there is
     no practical limit on the number or size of extended attributes
     associated with a file,  and  the  algorithms  used  to  store  extended
     attribute information on disk are scalable.

     In the JFS filesystem implementation, names can be up to 255
     bytes and values up to 65,535 bytes.

cheers, jerry
"What man is a man who does not make the world better?"      --Balian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20090813/ea5431c6/attachment.pgp>

More information about the samba-technical mailing list