[Top] [All Lists]

Re: Extended attributes limit in Linux

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: Extended attributes limit in Linux
From: Sun_Blood <sblood@xxxxxxxxx>
Date: Mon, 3 Feb 2014 08:19:16 +0100
Cc: Jeff Liu <jeff.liu@xxxxxxxxxx>, xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=90BcOs2AH28MApfYFZTrUdY6dYlfBipwbJ4ImGwicK4=; b=T6rvQ3na9Ypqcvb+dPukNn3cFllQdQwAbTs6sANKJniAZLFMUJUqVBZgEzxni0lyoa MtblhWsesyErKY/C6RChPKHGPYhKFp6YNVQxJR2NipCBh6t6QrCsnHQhhfExCJs2L03B tFPjVSvqA9PuG13IiJSOOmyxRNxqc2SkDv6Qc07xD9RSGlMqynxkBPNxbfNAWO7NlOui KNdg+S3yRtwFTY0PzHv6Rg71uv12zMTe7v6d5T1e2OcQaWZI0mIKtJXnZK6nBRTf3n0Y aLIfZIFBUUtKrwma9A03Na45805keAhuNWh4NwegqHA3BMx4QXu93QKq7u5w+x5rATG3 u3xA==
In-reply-to: <20140202213711.GR2212@dastard>
References: <CAMN6oR=a0G6O-3CVVkTwhYKavJTa543U3MLezCM8KW1ASZcPnA@xxxxxxxxxxxxxx> <52EB64DC.4020603@xxxxxxxxxx> <20140202213711.GR2212@dastard>

On Sun, Feb 2, 2014 at 10:37 PM, Dave Chinner <david@xxxxxxxxxxxxx> wrote:
On Fri, Jan 31, 2014 at 04:54:52PM +0800, Jeff Liu wrote:
> Hello,
> On 01/31 2014 15:40 PM, Sun_Blood wrote:
> > Hello,
> >
> > If I understands it correctly XFS don't have a limit to the size of
> > extended attributes(EA) but Linux impose a limit at 64k.
> > What I am trying to do is build a backup server that our Apple computers
> > will use together with rsync to backup files to. The problem I face is
> > that Apple HFS+ don't have a limit to EA so it has files with more then
> > 64k of EA in it.
> >
> > The Linux Kernel has a limit imposed to it in include/linux/limits.h
> >
> >     #defineXATTR_SIZE_MAX 65536   /* size of an extended attribute value
> >     (64k) */
> >
> >     #defineXATTR_LIST_MAX 65536   /* size of extended attribute namelist
> >     (64k) */
> >
> Yes, 64k is the VFS limit per EA value size.

XFS has a limit of 64k as well. I suspect that we could handle
larger EAs without too much problem as we already have the concept
of a "remote EA" that is allocated outside of the attribute btree
(but still inside the attribute address space). The problem with
them is that they are written synchronously, and so large attributes
written this way are slow operations.

Still, until the VFS limit is lifted and we do a bunch more work to
avoid XATTR_SIZE_MAX allocations everywhere there's no point looking
at raising the XFS limit....


Dave Chinner

Ok. Just for fun how could we proceed to get the VFS limit lifted? Or any other way to handle this problem?
It would be nice to be able to say that XFS is the only file system available fully compatible with OS X HFS+ =)

<Prev in Thread] Current Thread [Next in Thread>