上周 Linus Torvalds 在某個(gè)論壇上討論關(guān)于內(nèi)核的相關(guān)問(wèn)題時(shí)，提到了 ZFS on Linux，他表明了自己的態(tài)度，在 Oracle 對(duì) ZFS 的代碼進(jìn)行重新授權(quán)以使其能更友好地被引入到 Linux 內(nèi)核主線之前，他不會(huì)推薦使用 ZFS，同時(shí)，即便拋開(kāi)許可證的原因，Linus 也覺(jué)得 ZFS 的綜合性能并不特別強(qiáng)。

　　本周，F(xiàn)OSS 作者 Jim Salter 針對(duì) Linus 影響廣泛的言論進(jìn)行了回應(yīng)，他覺(jué)得 Linus 對(duì)于 ZFS on Linux 不了解，表示“Linus 應(yīng)當(dāng)避免對(duì)自己不熟悉的項(xiàng)目發(fā)表權(quán)威性的言論”。

　　關(guān)于 ZFS on Linux 許可證方面的問(wèn)題，要追溯到 2019 年 1 月，當(dāng)時(shí)內(nèi)核開(kāi)發(fā)人員 Greg Kroah-Hartman 決定禁止將某些內(nèi)核符號(hào)導(dǎo)出到非 GPL 可加載內(nèi)核模塊，這直接限制了 ZFS(一度引起 ZFS On Linux 在 Linux Kernel 5.0 上陷入困境)。

　　內(nèi)核符號(hào)導(dǎo)出將有關(guān)內(nèi)核狀態(tài)的內(nèi)部信息公開(kāi)給可加載的內(nèi)核模塊，比如_kernel_fpu_跟蹤處理器浮點(diǎn)單元的狀態(tài)，無(wú)法訪問(wèn)該符號(hào)，ZFS 直接訪問(wèn) FPU 的外部?jī)?nèi)核模塊就必須實(shí)現(xiàn)自己的狀態(tài)保存代碼。具體來(lái)講，拒絕繼續(xù)導(dǎo)出_kernel_fpu_符號(hào)的技術(shù)影響不是防止模塊直接訪問(wèn) FPU，而是阻止模塊使用內(nèi)核的狀態(tài)管理工具來(lái)保存和恢復(fù)狀態(tài)。

　　因此，要?jiǎng)h除對(duì)該符號(hào)的訪問(wèn)，就需要模塊開(kāi)發(fā)人員分別重新創(chuàng)建自己的狀態(tài)保存代碼，這會(huì)增加內(nèi)核本身發(fā)生災(zāi)難性錯(cuò)誤的可能性，因?yàn)榛謴?fù)狀態(tài)不正確可能會(huì)導(dǎo)致之后的內(nèi)核操作崩潰。

　　另一方面，通常，在包括 BSD 在內(nèi)的任何平臺(tái)上，ZFS 都使用 SSE/AVX SIMD 矢量?jī)?yōu)化來(lái)加速某些操作，由于無(wú)法訪問(wèn)該_kernel_fpu_符號(hào)，ZFS 開(kāi)發(fā)人員最初被迫完全禁用 SIMD 優(yōu)化，這導(dǎo)致了相當(dāng)大的性能下降。

　　許可證的問(wèn)題不明確，所以內(nèi)核人員才做出這樣的限制，像此次 Linus 所說(shuō)“老實(shí)說(shuō)，在我收到 Oracle 的正式來(lái)信之前，我無(wú)法合并 ZFS 的任何工作。”、 “其他人認(rèn)為將 ZFS 代碼合并到內(nèi)核中是可以的，并且模塊接口可以使它正常，這是他們的決定。但是考慮到 Oracle 的訴訟性質(zhì)以及許可方面的問(wèn)題，我永遠(yuǎn)無(wú)法安心這樣做。”

　　Linus 在討論中繼續(xù)說(shuō)到 Linux 上包括 ZFS、Nvidia 專有圖形驅(qū)動(dòng)等在內(nèi)的非 GPL 項(xiàng)目使用的內(nèi)核模塊“shim”在法律上的脆弱性。Jim 認(rèn)為這里有一些問(wèn)題，就是這是否構(gòu)成“合理的防守”，也就是 20 年過(guò)去了，現(xiàn)在還沒(méi)有人提出任何項(xiàng)目使用 LGPL shim 的問(wèn)題。LGPL 內(nèi)核模塊 shim 的真正功能不是制裁使用非 GPL 代碼接觸內(nèi)核，而是防止在 GPL 實(shí)施訴訟勝訴的情況下，保護(hù) shim 另一端的專有代碼不會(huì)被強(qiáng)制發(fā)布。關(guān)于脆弱性，Jim 認(rèn)為至少到目前為止，一切都很好。

　　除了許可方面的討論，Linus 認(rèn)為他見(jiàn)過(guò)的基準(zhǔn)測(cè)試也并沒(méi)有使 ZFS 看起來(lái)那么出色，同時(shí)據(jù)他所知，ZFS 背后也沒(méi)有任何真正的維護(hù)人員。這樣的言論讓 Jim 懷疑他是否曾經(jīng)實(shí)際使用過(guò)或認(rèn)真研究過(guò) ZFS。同時(shí)他指出此前 15 年中，Linus 也針對(duì) ZFS 技術(shù)上的東西發(fā)表過(guò)評(píng)論，包括原子快照、快速?gòu)?fù)制、磁盤(pán)壓縮、按塊校驗(yàn)和自動(dòng)數(shù)據(jù)修復(fù)等。

　　Jim 接下來(lái)在文章中針對(duì)這些問(wèn)題給出回應(yīng)，比如 ZFS 的逐塊校驗(yàn)和自動(dòng)數(shù)據(jù)修復(fù)功能在他自己的實(shí)際使用中多次防止了數(shù)據(jù)丟失，包括 SATA 控制器受到狂轟濫炸的特別糟糕的情況。一個(gè)標(biāo)準(zhǔn)的 RAID1 鏡像本可以很好地返回 119GB 的壞數(shù)據(jù)，而不會(huì)發(fā)出任何警告，但是 ZFS 的實(shí)時(shí)校驗(yàn)和和錯(cuò)誤檢測(cè)使整個(gè)事情減輕到了不必備份的程度。比如原子快照可以在一個(gè)時(shí)間點(diǎn)上以一個(gè)塊為單位保留完整的存儲(chǔ)副本，而性能開(kāi)銷可以忽略不計(jì)，存儲(chǔ)開(kāi)銷最小，并且這些快照的復(fù)制通?？鞌?shù)百或數(shù)千倍，比非文件系統(tǒng)集成的解決方案(如 rsync)更可靠。

　　最后 Jim 表示，ZFS 可能沒(méi)有個(gè)人需要，但是把它貶低為什么也不是，似乎暴露出對(duì)它的無(wú)知。

特別提醒：本網(wǎng)內(nèi)容轉(zhuǎn)載自其他媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點(diǎn)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對(duì)本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時(shí)性本站不作任何保證或承諾，并請(qǐng)自行核實(shí)相關(guān)內(nèi)容。本站不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。如若本網(wǎng)有任何內(nèi)容侵犯您的權(quán)益，請(qǐng)及時(shí)聯(lián)系我們，本站將會(huì)在24小時(shí)內(nèi)處理完畢。