Thanks to everyone who participated in this month's meeting

The video recording is now available:
https://www.youtube.com/watch?v=OpvyKVjHEFE

Notes (thanks Serapheim):

   -

   OpenZFS Developer Summit (Matt)
   -

      Speakers have been announced and registration is open
      -

      First day will be talks, second day will be the hackathon
      -

      The hackathon this year will be slightly more organized, as
      participation is virtual. There will be a small idea pitching session at
      first before people break out to per-project sessions.
      -

         We are looking for people to lead the hackathon project sessions.
         If you are working towards something as part of the hackathon you can
         probably create a session for it and others can join to help.
         -

   Boot once API changes (extend Delphix nextboot with nvlist support, want
   to get the signatures stable before 2.0) (Allan)
   -

      There is a working prototype which has undergone some preliminary
      testing
      -

      Allan and Toomas hope to have the API change in before the 2.0
      release so it becomes part of stable.
      -

   dRAID (Brian)
   -

      Distributed parity/spare implementation for ZFS.
      -

      The feature has been wrapping up - there is a PR that needs more
      reviewers. Users are also welcome to clone that branch and test the code.
      -

      Mark Maybee will give a talk about this.
      -

   2.0 branching (Brian)
   -

      Plan was originally to branch mid-August, we are close to that - the
      timeline has been stretched by a couple of weeks.
      -

      There is a possibility that DRAID will be part of it too.
      -

   meta: move to or explicitly endorse semantic versioning for release
   versions · Issue #10334 <https://github.com/openzfs/zfs/issues/10334>
   (Gabriel Devenyi)
   -

      Discussion around having concrete information/communication for the
      patch/release branches of the code. E.g. What do patch releases contain?
      What branches do we maintain in parallel and for how long?
      -

      So far the policy has been that for major release branches we don’t
      add new features or on-disk format changes, we provide fixes for kernel
      bugs and compatibility for new kernels, we sometimes include performance
      improvements if they are not very invasive. The cadence of those releases
      and their updates is roughly 3 months in general.
      -

      The point raised by Gabriel is that users may need some of these
      kernel/compatibility fixes earlier in some branches.
      -

   L2ARC cache policy <https://github.com/openzfs/zfs/pull/10710> (Georgios)
   -

      Discussion started up on Github for the policy; MFU vs MRU, data vs
      metadata, etc.. - the main question raised was how do we move
forward from
      here to allow users to get the most performance. Should we allow a kernel
      module parameter? A full-fledged knob from the userlard that is
      per-dataset? Should we just go ahead and change the default and
leave it at
      that?
      -

      There are two guiding principles for answering the above:
      -

         [1] Is to incorporate more observability into the policy so we can
         make points through data-driven observations.
         -

         [2] If we are to provide a user-knob - we should be able to easily
         answer the question of what the knob does and when to turn it.
         -

   dnode_sync is careless with range tree · Issue #10708 · openzfs/zfs
   <https://github.com/openzfs/zfs/issues/10708> (jclulow/pmooney; we would
   like someone to take a look!)
   -

      George and/or Matt will be taking a look at this


On Mon, Aug 17, 2020 at 8:47 PM Matthew Ahrens <mahr...@delphix.com> wrote:

> The next OpenZFS Leadership meeting will be held tomorrow, August 18,
> 1pm-2pm Pacific time.  We don't have many topics on the agenda for
> tomorrow's meeting, so let me know if you'd like to add anything.
>
> FYI, the talks for this year's OpenZFS Developer Summit have been posted
> on the website
> <https://openzfs.org/wiki/Main_Page#OpenZFS_Developer_Summit_2020>.
>
> Everyone is welcome to attend and participate, and we will try to keep the
> meeting on agenda and on time.  The meetings will be held online via Zoom,
> and recorded and posted to the website and YouTube after the meeting.
>
> The agenda for the meeting will be a discussion of the projects listed in
> the agenda doc.
>
> For more information and details on how to attend, as well as notes and
> video from the previous meeting, please see the agenda document:
>
>
> https://docs.google.com/document/d/1w2jv2XVYFmBVvG1EGf-9A5HBVsjAYoLIFZAnWHhV-BM/edit
>
> --matt
>

------------------------------------------
openzfs: openzfs-developer
Permalink: 
https://openzfs.topicbox.com/groups/developer/Tc8646411dbe3459a-M6513a254d04d3fd0a0ba42a9
Delivery options: https://openzfs.topicbox.com/groups/developer/subscription

Reply via email to