Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1673093

Re: [PATCH 09/32] ext4: extended attribute value size limit is enforced by vfs

Path csiph.com!news.freedyn.net!open-news-network.org!aioe.org!bofh.it!news.nic.it!robomod
From Theodore Ts'o <tytso@mit.edu>
Newsgroups linux.kernel
Subject Re: [PATCH 09/32] ext4: extended attribute value size limit is enforced by vfs
Date Fri, 23 Jun 2017 00:30:01 +0200
Message-ID <tViLT-2eG-3@gated-at.bofh.it> (permalink)
References <tUVmh-3od-3@gated-at.bofh.it> <tUVmj-3od-39@gated-at.bofh.it> <tVeIi-8fG-23@gated-at.bofh.it> <tVgh4-Ba-3@gated-at.bofh.it>
X-Original-To Andreas Dilger <adilger@dilger.ca>
Dkim-Signature v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=thunk.org; s=ef5046eb; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=n9jOToaCMw4sUdXTALTuuAgEt5P/dP5SE5QCaGgi5fI=; b=BPgwOn5X3pRhM89lAupVzHp3kAMD5eqi4n/vX0FZ7CQ1/1X2uFmdD5PV6AImTmcwMT8uoN9TIvYfadAycTki9roW64MQbREM8MkUJ+bqqnuGlfcp8/6x8fcOL5YP4XXhcczoNhxFzhTMDpEsowUScX6FXdrkj0XmXhZff7eCK8U=;
Mail-Followup-To Theodore Ts'o <tytso@mit.edu>, Andreas Dilger <adilger@dilger.ca>, "Darrick J. Wong" <darrick.wong@oracle.com>, Tahsin Erdogan <tahsin@google.com>, Jan Kara <jack@suse.cz>, linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Disposition inline
User-Agent NeoMutt/20170113 (1.7.2)
X-Sa-Exim-Connect-IP <locally generated>
X-Sa-Exim-Mail-From tytso@thunk.org
X-Sa-Exim-Scanned No (on imap.thunk.org); SAEximRunCond expanded to false
Sender robomod@news.nic.it
List-ID <linux-kernel.vger.kernel.org>
X-Mailing-List linux-kernel@vger.kernel.org
Approved robomod@news.nic.it
Lines 40
Organization linux.* mail to news gateway
X-Original-Cc "Darrick J. Wong" <darrick.wong@oracle.com>, Tahsin Erdogan <tahsin@google.com>, Jan Kara <jack@suse.cz>, linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org
X-Original-Date Thu, 22 Jun 2017 18:27:08 -0400
X-Original-Message-ID <20170622222708.w6uouwzfiihwmlvd@thunk.org>
X-Original-References <20170621212142.16581-1-tahsin@google.com> <20170621212142.16581-9-tahsin@google.com> <20170622180243.GC4728@birch.djwong.org> <B0650C7F-0982-4D10-ADC9-925B376D92BE@dilger.ca>
X-Original-Sender linux-kernel-owner@vger.kernel.org
Xref csiph.com linux.kernel:1673093

Show key headers only | View raw


On Thu, Jun 22, 2017 at 01:40:25PM -0600, Andreas Dilger wrote:
> 
> The EXT4_XATTR_MAX_LARGE_EA_SIZE limit of 1MB was also totally arbitrary,
> but a reasonable upper limit for the atomic get/set interface used by
> xattrs.  The underlying disk format could actually store xattrs of any size.
> 
> I'd think if we want to get huge xattrs that they should be handled by
> having separate streams (e.g. open file descriptor, ioctl/syscall to select
> a different stream number on that file) so that the data doesn't have to be
> completely rewritten any time it is modified, but streams are frowned upon
> by many Linux developers for security reasons so will probably be a no-go.

This has been discussed before.  Most of the arguments (both pro and
con) can be found on this thread (2016):

	https://www.spinics.net/lists/linux-nfs/msg57055.html

Jeremy Allison used to pester me for alternate data stream support
many years ago, but he has since completely changed his opinion on the
matter:

	http://www.spinics.net/lists/linux-fsdevel/msg96083.html

So if jra@ doesn't add support for this interface to Samba, the thing
I'd ask is who is actually going to used such an interface; because if
there aren't any user space applications lining up to use it, it's
probably not worth adding it until we can find a flagship user of the
proposed new API.

There are plenty of other things we could add that Jeremy has asked
for, that *would* improve Samba performance.  (For example, adding a
mount option which provides case-insensitive lookup; the one thing
that makes this hard is that while Android doesn't seem to care about
I18N --- they are currently using an ascii-only tolower() in their
sdcardfs hack --- Samba/Windows does care about I18N done right, so we
wouldn't have to get a Unicode case folding implementation into the
kernel.)  So I'd argue that those are probably more interesting
projects than O_XATTR support.

	       	  	       	    - Ted

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 09/32] ext4: extended attribute value size limit is enforced by vfs Tahsin Erdogan <tahsin@google.com> - 2017-06-21 23:30 +0200
  Re: [PATCH 09/32] ext4: extended attribute value size limit is  enforced by vfs Theodore Ts'o <tytso@mit.edu> - 2017-06-22 03:50 +0200
  Re: [PATCH 09/32] ext4: extended attribute value size limit is  enforced by vfs "Darrick J. Wong" <darrick.wong@oracle.com> - 2017-06-22 20:10 +0200
    Re: [PATCH 09/32] ext4: extended attribute value size limit is  enforced by vfs Andreas Dilger <adilger@dilger.ca> - 2017-06-22 21:50 +0200
      Re: [PATCH 09/32] ext4: extended attribute value size limit is  enforced by vfs Theodore Ts'o <tytso@mit.edu> - 2017-06-23 00:30 +0200
        Re: [PATCH 09/32] ext4: extended attribute value size limit is  enforced by vfs "Darrick J. Wong" <darrick.wong@oracle.com> - 2017-06-23 01:30 +0200

csiph-web