Thanks to everyone who participated. The video is now posted: https://www.youtube.com/watch?v=ZXkSVkq0bgM I used a different format for the video, "gallery view" which shows everyone's video. This seems a little less jarring than having the video cut back and forth between speakers, and it's a little more interesting than a blank screen when someone who isn't sharing video is speaking. Let me know if you have any feedback.
meeting notes (thanks Serapheim!): - Version numbering scheme (Bryan) - Major.Minor.Patch - Major - support for new platforms and new feature that target very common use-cases - Minor - new features, properties, feature flags (e.g draid), refactors - Patch - support for new kernels, bug fixes - Periodical Releases and LTS - We’ll be creating a new release branch about every 6 months, marking the occasional LTS. The LTS releases will contain only very critical bug fixes (e.g. security or data corruptions - crashes for rarely used codepaths are not part of this). - OpenZFS Developer Summit (Matt) - Will be held online November 3rd-4th Wed-Thu - Submit Proposals - Deadline: End of August - What are you working on now or the next few months? - Ideas: New features, performance investigations/analyses, interesting use-cases/applications/workloads. - Will be sending announcements to the mailing list and other channels soon - COVID & Travelling: Depending on how things are by that time we may reconsider allowing folks to gather in person somewhere. That said we plan to remain “remote-first” regardless of the situation (e.g. if you want to participate/present but don’t feel safe travelling you can still participate/present remotely) - Patches to fix bugs and upstreaming from DilOS (Igor K) - Igor found some bugs in the dRAID and L2ARC features, for some of which he has fixes for. He’ll be working with the upstream community to create issues for them. - He also wants to make integration with DilOS easier. The proper plan for this would be like adding support for any other platform (similar to the MacOS effort taking place currently). - This involves things like refactoring code and re-organizing files and folders so we end up with the least amount of ifdefs, more common code among platforms, and any platform-specific code that we cannot avoid to be refactored into its own files. - RAIDz Expansion (Matt) - Currently cleaning up the code and polishing the design doc - A PR should be out soon - Proposal: Optionally calculate the space deleted in zfs destroy -v (Allan) - Motivation: For pools with a lot of snapshots the overhead of the space calculation that happens by default incurs a lot of overhead. - The idea is not to change the default behavior but at least provide an option to get the list of the snapshots to be deleted without the space calculation - Performance Improvements for zfs list (Allan) - PR: https://github.com/openzfs/zfs/pull/11080 - The idea here is to improve the performance of zfs list by performing the least computation that is required to gather the specific fields/properties specified by the -o flag. ------------------------------------------ openzfs: openzfs-developer Permalink: https://openzfs.topicbox.com/groups/developer/Tb368e00631ce09fa-M263730dc8568937496577f22 Delivery options: https://openzfs.topicbox.com/groups/developer/subscription