作者 主題: 怎麼都沒有人討論ZFS  (閱讀 5499 次)

0 會員 與 1 訪客 正在閱讀本文。

kidz

  • 憂鬱的高中生
  • ***
  • 文章數: 96
    • 檢視個人資料
怎麼都沒有人討論ZFS
« 於: 2007-11-26 22:47 »
FreeBSD 7.0在Dec 12即將要Release了
最吸引我的就是ZFS了,如果可以穩定的使用RAID-Z...........資料的保存性會越來越高
(雖然我已經跳槽使用Linux的mdadm架設RAID 5很久.....穩定度還算滿意)

不知道有沒有前輩已經身先士卒嘗鮮了ZFS的系統?

PS. 看到有人提到iSCSI沒支援........但是......iSCSI有什麼應用嗎?

javier

  • 可愛的小學生
  • *
  • 文章數: 5
    • 檢視個人資料
回覆: 怎麼都沒有人討論ZFS
« 回覆 #1 於: 2007-11-26 23:36 »
你可以先測看看Solaris 10 就可以知道 ZFS效能

ZFS 是由 Sun 所開發出來喔!! ;D

ZFS是一個128位的文件系統,這意味著它能存儲1800億億(18.4 × 1018倍於當前64位文件系統的數據。ZFS的設計如此超前以至於這個極限就當前現實際可能永遠無法遇到。項目領導Bonwick曾說:「要填滿一個128位的文件系統,將耗盡地球上所有存儲設備。除非你擁有煮沸整個海洋的能量,不然你不可能將其填滿。(Populating 128-bit file systems would exceed the quantum limits of earth-based storage. You couldn't fill a 128-bit storage pool without boiling the oceans.)」[1]

一下是ZFS的一些理論極限:

248 — 任意文件系統的快照數量 (2 × 1014)
248 — 任何單獨文件系統的文件數 (2 × 1014)
16 exabytes (264 byte) — 文件系統最大尺寸
16 exabytes (264 byte) — 最大單個文件尺寸
16 exabytes (264 byte) — 最大屬性大小
3 × 1023 petabytes (278 byte) — 最大zpool大小
256 — 單個文件的屬性數量(受ZFS文件數量的約束,實際為248)
256 — 單個目錄的文件數(受ZFS文件數量的約束,實際為248)
264 — 單一zpool的設備數
264 — 系統的zpools數量
264 — 單一zpool的文件系統數量
作為對這些數字的感性認識,假設每秒鐘創建1,000個新文件,達到ZFS文件數極限需要大約9,000年。

在辯解填滿ZFS與煮沸海洋的關係時,Bonwick寫到:

儘管我們都希望摩爾定律永遠延續,但是量子力學給定了任何物理設備上計算速率(computation rate)與信息量的理論極限。舉例而言,一個質量為1公斤,體積為1升的物體,每秒至多在1031位信息 上進行1051次運算。[參考 Seth Lloyd, "Ultimate physical limits to computation(計算的終極物理限制)." Nature 406, 1047-1054 (2000)]。一個完全的128位存儲池將包含2128 個塊 = 2137 位元組 = 2140 位;應此,保存這些數據位至少需要(2140 位) / (1031 位/公斤) = 1360億公斤的物質。


johnpupu

  • 憂鬱的高中生
  • ***
  • 文章數: 194
    • 檢視個人資料
回覆: 怎麼都沒有人討論ZFS
« 回覆 #2 於: 2007-12-05 12:01 »
FreeBSD 7.0在Dec 12即將要Release了
最吸引我的就是ZFS了,如果可以穩定的使用RAID-Z...........資料的保存性會越來越高
(雖然我已經跳槽使用Linux的mdadm架設RAID 5很久.....穩定度還算滿意)

不知道有沒有前輩已經身先士卒嘗鮮了ZFS的系統?

PS. 看到有人提到iSCSI沒支援........但是......iSCSI有什麼應用嗎?

你確定Dec 12 真的會Release ..............
現在才beta4而已...
12/14 ports 才要unfrozen
freebsd 的傳統就是要delay....