在Linux Task Scheduler測試討論期間， 參與者之一 在討論中 舉個例子 儘管有關於需要的陳述 在開發Linux內核時保持兼容性，最近對內核的更改中斷了正確的操作 Linux上的ZFS模塊操作。
萊納斯·托瓦爾茲（Linus Torvalds）回答說 “不間斷用戶”原則是指保留用戶空間中應用程序使用的外部內核接口以及內核本身。 但 不涵蓋內核上單獨開發的第三方插件 原子核的核心成分不接受這些成分，作者的風險自負，他們必須追踪原子核本身的變化。
關於Linux上的ZFS項目， Linus不建議使用zfs模塊，因為CDDL和GPLv2許可證不兼容。
情況是這樣的， 由於Oracle的許可政策， ZFS有一天能夠進入核心結構的機會非常小。
由於提議的規避許可證不兼容的層（轉換對外部代碼的核心功能的訪問權）是一個可疑的決定。
唯一的選擇 Linus同意接受主內核中的ZFS代碼 是為了獲得Oracle的正式許可， 由首席律師認證，由拉里·埃里森本人（Larry Ellison）親自推薦。
中間解決方案 作為內核和ZFS代碼之間的層是不可接受的， 甲骨文針對程序接口上的知識產權採取了積極的政策（例如Google對Java API的測試）。
另外， Linus認為使用ZFS只是向時尚致敬的願望 而不是技術優勢。 Linus研究的性能測試不能證明支持ZFS，並且缺乏全面支持不能保證長期穩定性。
ZFS是根據免費的CDDL許可證發行的，該許可證與GPLv2不兼容，因為它不允許在Linux內核的主分支中將ZFS集成到Linux中，因為在GPLv2和CDDL許可證下混合代碼是不可接受的。
為了避免這種不兼容 ZFS項目獲得許可 Linux上的發行商決定根據CDDL許可分發整個產品 作為單獨的可下載模塊，與內核分開提供。
分發完成的ZFS模塊作為分發的一部分的可能性正在引起律師之間的爭議。
律師們 軟件自由管理（SFC）相信提供內核模塊 分發包中的二進製文件形成產品 與GPL結合，後者要求根據GPL分配最終作品。
律師不同意 爭論 允許zfs模塊交付 如果組件作為獨立模塊提供，請與核心軟件包分開。 Canonical指出，發行版一直使用類似的方法來提供專有驅動程序，例如NVIDIA驅動程序。
另一方回應說兼容性問題 在專有驅動程序中使用內核 通過提供根據GPL許可分發的一小層解決方案 （將GPL許可下的模塊加載到內核中，該模塊已經加載了專有組件）。
對於ZFS，只有在Oracle提供許可的例外的情況下，才可以準備這樣的層。 在Oracle Linux上，通過向Oracle提供許可證例外來解決GPL不兼容問題，該例外刪除了合併CDDL作業的許可證要求，但該例外不適用於其他發行版。
一種解決方法是僅在發行版中提供模塊的源代碼，這不會導致鏈接，被視為兩種單獨產品的交付。 為此，Debian使用DKMS（動態內核模塊支持）系統，該模塊在源代碼中提供，並在安裝軟件包後立即在用戶系統上進行組裝。
來源： https://www.realworldtech.com/
他們應該提高btrfs和周期