[SCM] Samba Shared Repository - branch master updated - release-4-0-0alpha8-970-gd6270df
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.
"What man is a man who does not make the world better?" --Balian
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 252 bytes
Desc: OpenPGP digital signature
More information about the samba-technical