站長資訊網(wǎng)
最全最豐富的資訊網(wǎng)站

FOSS作者“diss”Linus Tovalds:你根本不懂ZFS on Linux

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

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

FOSS作者“diss”Linus Tovalds:你根本不懂ZFS on Linux

  關(guān)于 ZFS on Linux 許可證方面的問題,要追溯到 2019 年 1 月,當(dāng)時(shí)內(nè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)部信息公開給可加載的內(nèi)核模塊,比如_kernel_fpu_跟蹤處理器浮點(diǎn)單元的狀態(tài),無法訪問該符號(hào),ZFS 直接訪問 FPU 的外部內(nèi)核模塊就必須實(shí)現(xiàn)自己的狀態(tài)保存代碼。具體來講,拒絕繼續(xù)導(dǎo)出_kernel_fpu_符號(hào)的技術(shù)影響不是防止模塊直接訪問 FPU,而是阻止模塊使用內(nèi)核的狀態(tài)管理工具來保存和恢復(fù)狀態(tài)。

  因此,要?jiǎng)h除對該符號(hào)的訪問,就需要模塊開發(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 矢量優(yōu)化來加速某些操作,由于無法訪問該_kernel_fpu_符號(hào),ZFS 開發(fā)人員最初被迫完全禁用 SIMD 優(yōu)化,這導(dǎo)致了相當(dāng)大的性能下降。

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

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

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

  Jim 接下來在文章中針對這些問題給出回應(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ò)誤檢測使整個(gè)事情減輕到了不必備份的程度。比如原子快照可以在一個(gè)時(shí)間點(diǎn)上以一個(gè)塊為單位保留完整的存儲(chǔ)副本,而性能開銷可以忽略不計(jì),存儲(chǔ)開銷最小,并且這些快照的復(fù)制通常快數(shù)百或數(shù)千倍,比非文件系統(tǒng)集成的解決方案(如 rsync)更可靠。

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

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

贊(0)
分享到: 更多 (0)
網(wǎng)站地圖   滬ICP備18035694號(hào)-2    滬公網(wǎng)安備31011702889846號(hào)
国产精品久久成人影院| 国产精品99久久免费观看| 国产亚洲美女精品久久久久| 99久久国产亚洲综合精品| 99久久久国产精品免费牛牛四川| 在线成人精品国产区免费| 国产美女精品视频| heyzo加勒比高清国产精品| 日韩版码免费福利视频| 亚洲日韩国产一区二区三区| 在线精品国精品国产不卡| 无码精品A∨在线观看无广告| 亚洲中文字幕一区精品自拍| 无码国内精品久久综合88| 国产精品亚洲精品| 91精品在线国产| 91全国探花精品正在播放| 99re视频精品全部免费| 99这里只精品热在线获取| 99久久精品免费视频| 人妻少妇精品无码专区二区| 久久99视频精品| 久久国产精品亚洲综合| 久久精品香蕉视频| 一级香蕉精品视频在线播放| 久久精品私人影院免费看| 久久er这里只有精品| 99re这里有免费视频精品| 538精品在线观看| 亚拍精品一区二区三区| 日本中文字幕在线精品| 91成人午夜在线精品| 中文字幕乱码亚洲精品一区| 亚洲精品国产av成拍色拍| 久久久国产精品无码一区二区三区| 久久蜜桃精品一区二区三区| 国产成人精品久久亚洲高清不卡 | 无码国产69精品久久久久孕妇 | 2022精品天堂在线视频| 亚洲精品无码专区久久同性男| 亚洲福利精品一区二区三区|