From mboxrd@z Thu Jan 1 00:00:00 1970 From: Boaz Harrosh Subject: Re: size limit of extended attributes Date: Thu, 30 Apr 2015 19:56:52 +0300 Message-ID: <55425ED4.3090207@plexistor.com> References: <55424038.7000109@plexistor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Trond Myklebust , Linux FS-devel Mailing List To: =?UTF-8?B?QmrDtnJuIEpBQ0tF?= Return-path: Received: from mail-wi0-f180.google.com ([209.85.212.180]:36248 "EHLO mail-wi0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750831AbbD3Q4z (ORCPT ); Thu, 30 Apr 2015 12:56:55 -0400 Received: by wizk4 with SMTP id k4so27277163wiz.1 for ; Thu, 30 Apr 2015 09:56:54 -0700 (PDT) In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On 04/30/2015 07:06 PM, Bj=C3=B6rn JACKE wrote: > On 2015-04-30 at 17:46 +0300 Boaz Harrosh sent off: >> The hacks need not be so ugly and they can be well documented and po= blished >> as a public STD. >> ./foo-with-streams (With xatters info) >> ./.foo-with-streams.__STREAMES__/ (backpointer xattrs-info) >> ./.foo-with-streams.__STREAMES__/SA >> ./.foo-with-streams.__STREAMES__/SB >> ... >> And some special mod bits on the .foo-with-streams.__STREAMES__ di= rectory >> >> The smb read-dir parser removes those hidden directories >=20 > any hack like this would mean that for long file names which are clos= e NAME_MAX > this will not work. Yes, such long file names are being used. > Solvable use the infamous ....xxxx~1 encoding solution for the dirs > Apart from the > fact that the meta data is detached from the file, which also makes t= his > workaround quite sub-optimal. Still the only real solution I see woul= d be > bigger EA sizes. I was hoping that this would be not a big challenge = for the > Linux kernel. >=20 Again you are ignoring my point. If the FS would like to (easily) keep = these xattrs for you, you have a POSIX API problem. You will need an alternat= e API to be able to read/write these big xattrs in chunks. It might be possible to make that 64K say 2M but you need a CONST-MAX s= ize. with current API, is there a number that will satisfy you? > Bj=C3=B6rn >=20 Cheers Boaz -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html