顯示文章

這裡允許您檢視這個會員的所有文章。請注意, 您只能看見您有權限閱讀的文章。


文章 - javier

頁: [1]
1
可以試看看這一套freeware  for USB

Remora隨身碟終極保鑣

http://www.richskills.com/taiwan/products/6/freeversion.asp

2
BSD 討論版 / 回覆: 關於1GB的網卡
« 於: 2007-11-28 17:03 »
在台面上有販賣都也支援!!

如何你不確定你網卡是否有支援話
可以到這裡查看就知道了
ftp://ftp.tw.freebsd.org/pub/releases/i386/6.2-RELEASE/HARDWARE.HTM

3
BSD 討論版 / 回覆: 怎麼都沒有人討論ZFS
« 於: 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億公斤的物質。


4
可是我顯示是一個也 ???
我用外掛是這個
http://custom.simplemachines.org/mods/index.php?mod=376

SMF 是有支援不過要針對那一些人來做開放,這是我測試結果

設定方式在
引用
管理--新聞和電子報--設定

我看了一下似乎還是沒有 ,他只有一個 check 選擇要不要使用  xml/rss 另外就是編輯跟發送電子報的群組了...

抓了 feed 的 mod 來裝了...
但是很詭異的他會出現兩個 icon Y_Y ...
好拉..有多總比沒有好 ~

5
SMF 是有支援不過要針對那一些人來做開放,這是我測試結果

設定方式在
引用
管理--新聞和電子報--設定

頁: [1]