Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Future of ZFS in FreeBSD

lists.freebsd.org

Post reply on HN
Print view View original

101–102 of 102 posts

Re: The Future of ZFS in FreeBSD

#101

Post by Teknoman117 »

loeg wrote: post #88
Teknoman117 wrote: post #49

Earlier quoted context omitted.

I just wish the ZFS could be more tightly integrated into Linux than it can (due to licensing). Would be nice to not have two implementations of a crypto system, a raid parity computation system, block caching, allocation, etc. Oh well...

I hear you, especially on the block caching. ARC just does not interact well with FreeBSD's native block cache either.

The thing that really annoys me (if there is a way to fix this, please, comment) is that for zvols, whenever you read or write them, the blocks end up in both the ARC _and_ the Linux Page Cache.

Re: The Future of ZFS in FreeBSD

#102

Post by rincebrain »

rbanffy wrote: post #60
rincebrain wrote: post #15

Earlier quoted context omitted.

I would guess it's because people don't always try to figure out whether bugs they find that appear to be in Linux-specific code can be reproduced in other codebases, rather than explicit lack of interest or PRs going nowhere slowly.

Is there enough interest in ZFS that an organization could be set up to keep a single core ZFS and coordinate its ports into different OSs in a way all ports benefit from updates and the frontier between core and OS can be clearer?

They're already having regular meetings among participants from each of the respective child projects to try and coordinate things like this and ensure that problems are not arising from people not doing the followup on pushing code upstream/pulling code from upstream to ensure platforms aren't missing major features/bugfixes for years.

[1] is the monthly meeting notes, and while I haven't had a need to visit one and confirm, they certainly appear to be open to interested parties, not just an invite-only group.

(I recently proposed something controversial [2] in an attempt to try and get predictable consistent behavior on a certain thing across all platforms, which is when I learned about this from someone telling me they discussed it there.)

ZoL also maintains their own list of upstream (e.g. openzfs) commits and what their status is of landing in ZoL. [3]

[1] - https://docs.google.com/document/d/1w2jv2XVYFmBVvG1EGf-9A5HB...

[2] - https://openzfs.topicbox.com/groups/developer/T04955dd2e8aa4...

[3] - http://build.zfsonlinux.org/openzfs-tracking.html

Post reply on HN