Date: Tue, 9 Sep 2014 07:47:47 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Jordan Hubbard <jkh@ixsystems.com> Cc: freebsd-hackers@freebsd.org, Richard Yao <ryao@gentoo.org>, Lionel Cons <lionelcons1972@gmail.com>, Jan Bramkamp <crest@rlwinm.de> Subject: Re: Tool to access ZFS/NFSv4 alternate data streams on FreeBSD? Message-ID: <1207532459.33927535.1410263267363.JavaMail.root@uoguelph.ca> In-Reply-To: <9F4D2C26-F077-4CA7-A532-BA4CE562C50D@ixsystems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Jordan Hubbard wrote: > Yep. I was just describing the experience that OS X went through in > implementing extattrs / legacy resource fork support. To recap it > very briefly: Having NFSv4 support extattrs (or even named streams, > if you want to go that far) is the comparatively easy part. It=E2=80=99s > backing them up / copying them around that gets more involved, and > if you can=E2=80=99t back up certain attributes then you=E2=80=99re not l= ikely to > get anyone to want to use them, at which point the whole =E2=80=9Csharing= =E2=80=9D > aspect kind of takes a back seat. >=20 Yep. I strongly suspect you are correct. The question then becomes: - Do we wait and see if someone chooses to get around to doing all the hard userland work. or - Do the easy part in the kernel and then hope someone does the hard userland work because they need it. or - Just decide that the Linux style extended attributes are adequate and not do resource forks at all? If the "collective" does decide to support resource forks, I don't think there is a need to have these supported by all file system ty= pes in FreeBSD. For example for NFSv4 ACLs, they are implemented on UFS and ZFS and I haven't seen expressions of a need for them to be supported by other file system types. I also think that users could live with "if you need resource forks, you have to use ZFS". Btw, personally, I couldn't care less if these are implemented. However, if seems that the kernel part is easy to do and might be useful for folk looking for an alternative to Solaris. Now I'm going to go out on a big limb (flame suit on as we used to say;-) and suggest that Oracle/Solaris will be a dying beast that many users will be looking for an alternative to. Having FreeBSD be a useful alternati= ve might be a good direction for FreeBSD to go. rick > On Sep 8, 2014, at 4:10 PM, Rick Macklem <rmacklem@uoguelph.ca> > wrote: >=20 > > Last time this came up for discussion, Jordan Hubbard got quite > > involved > > along the lines of ``most of the work is in userland, for archive > > tools, etc``. > > I can`t remember what the mailing list thread was called, but it > > was started > > by a guy who was a ``resource fork`` advocate (associated with CERN > > if I recall), > > where they use Gbyte extended attributes. >=20 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1207532459.33927535.1410263267363.JavaMail.root>