ไม่สามารถเล่นวิดีโอนี้
ขออภัยในความไม่สะดวก

The future of OpenZFS and FreeBSD

แชร์
ฝัง
  • เผยแพร่เมื่อ 26 ต.ค. 2019
  • Looking at the recent changes to the OpenZFS Project, and how FreeBSD will interact with the OpenZFS Project going forward.
    This talk will discuss:
    How the OpenZFS project started
    How the OpenZFS project has changed over the last 5 years
    The introduction of the monthly ZFS Leadership Call
    New problems as ZFS has matured (needing to add a deprecation policy, etc)
    How the OpenZFS project is working to reduce the differences across platforms (command line switches, NFS differences)
    Interoperability improvements (feature flag ‘compatibility’ groups)
    New procedures to prevent divergence and coordinate development across platforms (reserving flags, wider discussion before names for features/flags are decided)
    Then switch gears and cover FreeBSD specific issues:
    The switch to ZoL as upstream
    Why we are making the change
    What we get out of it
    How it is better for all of OpenZFS
    And finally a status report:
    ZFS-on-Linux and ZFS-on-FreeBSD are now “OpenZFS”
    There is no LinuxKPI in ZFS (kill the FUD)
    What has OpenZFS done for me lately (new and upcoming features)
    Allan Jude
    FreeBSD user (2001), doc (2014), and src (2015) committer. FreeBSD Core Team (2016-2020)
    Co-Author of “FreeBSD Mastery: ZFS” and “FreeBSD Mastery: Advanced ZFS” with Michael W. Lucas
    VP Engineering at Klara Inc (FreeBSD development and support services)

ความคิดเห็น • 18

  • @oslogrigor8320
    @oslogrigor8320 4 ปีที่แล้ว +9

    I just fell and my head is bleeding. Now I'm watching this. My next system will run ZFS.

  • @RoboNuggie
    @RoboNuggie 4 ปีที่แล้ว +14

    Thanks for uploading this....always great to hear Allan....

  • @crypto4423
    @crypto4423 4 ปีที่แล้ว +1

    👍

  • @UiNeilSandys
    @UiNeilSandys 4 ปีที่แล้ว

    18:48 ~ OpenZFS FreeBSD, Linux does not have access to its Virtual File System, yet a Virtual File System Exists?

  • @zungaloca
    @zungaloca 4 ปีที่แล้ว

    long life the gpl

  • @UiNeilSandys
    @UiNeilSandys 4 ปีที่แล้ว +1

    26:20 ~ Do not switch the ZFS to the Linux branch. ~ #illumos is the ZFS source, and it must remain so. ~ All your named changes so are in my opinion idiotic. ~ it was not even clear if it at least flags the deletion. And the goal of ZFS is filed integrity, so we want to have a forensic audit of any deleted files, not have a deletion automatically reduplicated to a new sector.

    • @jokinboken
      @jokinboken 4 ปีที่แล้ว

      29:03 They're changing the name to OpenZFS, supporting multiple OS's.

    • @UiNeilSandys
      @UiNeilSandys 4 ปีที่แล้ว

      @@jokinboken , I have seen #OpenZFS, I believe he calls it that. Yet Illumos and intel ClearLinux are completely next level fastest operating systems. The open source linux versions are anywhere from 2x to 8x as slow measured in seconds.

  • @accelerat0r747
    @accelerat0r747 4 ปีที่แล้ว +2

    bla bla bla and bla ... ! "we now depend on linux"

    • @TheDiner50
      @TheDiner50 3 ปีที่แล้ว

      Linus (you know the guy that made the Kernel Linux) are fighting agents dealing with ZFX. So it is not so much linux dependent here.
      Have noticed how "Linux" like to play in the sandbox of open source. But do not give a dam about having tools that can be shared with others. Just making stuff "linux" in the name of progress of the new hot thing... Sounds like Windows... And stuff like distro wars and Systemd make it very clear where one should go. And that is not Linux. You just heard how trying to work with Linux was a mess. As they do not give a flying dam simply by just trying to make a fancy thing work RIGHT NOW. Dam be in a few years if stuff even works without a rewrite in some part. Or run a outdated OS. That you have to track down and hope every part fits together.
      Like for real if Linux was more then just a Kernel Linux would be so dam good. But there are like 50 OS's running on 1 Kernel. And that is more or less the only thing common around them. And it is really sad.

    • @Felix-ve9hs
      @Felix-ve9hs 2 ปีที่แล้ว

      28:50 and why is the opposite stated here? :o

  • @UiNeilSandys
    @UiNeilSandys 4 ปีที่แล้ว

    31:30 ~ the #resilver is about murdering you, the 600MB limit is arbitrary and foolish. Keep the number 6 out of use. United of 500 or clock, video sync, are better. None of this 6MB or 600MB stuff again. ~ Military imaginations are a problem. 512MB or binary iterations or benchmark known clock speed #fixedhardware like #Playstation #Sony #OpenBSD should be your reference development hardware. #embeddedhardware forever! ~ This and #RasperBerryPi3Deluxe.

  • @UiNeilSandys
    @UiNeilSandys 4 ปีที่แล้ว

    24:24 ~ I dislike compression. Compression slows does the cpu. Celebrating compresses faster, or especially when you make the mistake of further or compresses smaller, is idiotic. ~ What matters is #Scribus, all my file sectors must be uncompressed. ~ if you follow compression, some idiot will want to compress the zeta file system journals too.