tag:blogger.com,1999:blog-80248650374911464652024-02-07T13:23:16.118+08:00手殘的VIRTUAL-ON玩家準備迎接第二代ZFS-NAS。louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.comBlogger30125tag:blogger.com,1999:blog-8024865037491146465.post-74386954436576084322020-06-03T03:00:00.000+08:002015-10-21T00:17:34.128+08:00[置頂] ZFS-NAS 相關文章 (20151020更新)
原本的ZFS NAS使用接近4年經過,整個ZFS檔案系統的checksum錯誤是0,ZFS檔案系統完全沒有發生問題,雖然實際使用頻率超低,接近一周開機一次,備份資料而已。
本來就對ZFS有相當信心,但是結果仍然超乎預期,反而是硬體本身有些問題,在整理NAS準備更新整個系統的測試備份過程中,一顆硬碟故障了。
這次更新ZFS NAS V2硬體除了硬碟容量加倍外,重點在使用支援ECC RAM的系統,更進一步提高安全性,以我這種只是當備份用的NAS,原本CPU是打算用支援ECC的Celeron(當配合server的晶片組C204時,就可以支援ECC RAM),就已經很豪華了。但是工作壓力一大,不小心就敗家過頭變成豪華的E3-1230。
因為原本使用NexentaCore已經不再更新,所以在簡單測試後選擇了OmniOS。
ZFS NAS V2 - 使用OmniOS實做:(1) 建立、轉移louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com1tag:blogger.com,1999:blog-8024865037491146465.post-30674013990394479502015-10-21T00:03:00.000+08:002015-10-21T22:44:23.412+08:00ZFS NAS V2 - 使用OmniOS實做:(1) 建立、轉移、整理
ZFS NAS V2 - 使用OmniOS實做:(1) 建立、轉移、整理
前言
因為原本使用NexentaCore已經不再更新,所以在簡單測試後選擇了OmniOS。
OmniOS使用繼承了OpenSolaris的Illumos核心,保留了整合在核心的CIFS分享,和理論上最高效率的ZFS核心,同時因為主要為server用途,沒有不必要的桌面環境。
安裝OmniOS的過程這裡這裡就直接省略。
OmniOS安裝後基本設定
首先是設定網路好方便用putty遠端登入操作
OmniOS預設的root帳號沒有密碼
列出可用的網路介面
# dladm show-phys
把其中一個e1000g0界面建立起來,連上ADSL router,當對外界面
# ipadm create-if e1000g0
使用DHCP模式
create-addr設定位址
-T louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-14261638915815699852011-12-18T22:18:00.001+08:002011-12-18T22:37:15.972+08:00TX-NR609大約半年的使用心得今年到目前為止買的新玩具裡,TX-NR609是在預算之外多花的錢,但也是花錢之後最滿意的。因為TX-NR609讓這麼多年來,用很龜毛的方法,將收藏的CD所轉成的CUE+WAV有了真正的價值。
原本是就有考慮到將原本使用多年的Megaworks550(有不過電的毛病)加decoder加Audigy2ZS的組合,換成環繞擴大機搭配HDMI輸出,再順便升級一下喇叭,也可以把電腦內的Audigy2ZS給退休下來,接線也可以簡單乾淨些。不過因為要避免跌進音響的大洞中,所以一直是以有錢先買更多CD為優先,喇叭用MW550加AudigyZS的組合,能撐多久就撐多久。只是這次MW550不過電,完全死透了,用Dell soundbar暫時頂替,連基本像樣合格的聲音都辦不到,實在是讓人抓狂。
所以原本應該是明年預算購買的環繞擴大機,就提早入手了,除了最基本的CUE+WAV聽起來不一樣了,就算是花錢買louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-1448285772214998692011-10-17T00:48:00.000+08:002011-10-17T01:15:24.865+08:00ZFS的測試結果分析整理:(3) 我所了解的ZFS特性ZFS的測試結果分析整理:(3) 我所了解的ZFS特性
關於ZFS的中文資料,對於ZFS的特性,大多只是重複官方的說明,對於比較詳細的部份,著墨不多,有些甚至變成以訛傳訛的狀況。
之前做過的一些ZFS測試,有發現到一些比較特別的特性,讓我變成ZFS的教徒,所以很想詳細介紹一下,拖了很久終於生出這篇說明。
因為是個人實驗結果的整理,加上沒有親自實驗的部份來自網路上的其他文章,有錯誤的部份請提出來更正,不必客氣。
原本想再把文字內容整理的更容易了解再發表,但是因為再拖下去大概永遠不會發表了,決定先上再說。
checksum
這是ZFS的最大特色之一,所有資料包含metadata建立時都會產生對應的checksum,可以透過checksum比較,去發現silent data corruption,並且從正確的parity資料,去修復錯誤。
但是一般宣傳時,有一個最大的誤解是(louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com1tag:blogger.com,1999:blog-8024865037491146465.post-45033774511200165982011-06-02T01:54:00.006+08:002011-06-06T00:05:48.668+08:00ZFS NAS - 使用NexentaCore實做:(1) 全部在command line底下完成,建立、轉移、整理ZFS NAS - 使用NexentaCore實做:(1) 全部在command line底下完成,建立、轉移、整理
前言
原本是打算使用napp-it來達成ZFS NAS的所有設定,但是為了確定自己使用ZFS NAS時,所需要的所有功能都沒有問題,在測試完需要的功能後,發現大部分需要的指令都用過了,所以就乾脆試試全程都用指令完成,不要去依賴napp-it的介面。
這樣只要準備好一張NexentaCore的光碟,有需要的時候加上自己的筆記,就可以很迅速的重建ZFS NAS系統。我自己試過的結果是,不包含從舊NAS轉移資料的時間,從NexentaCore的光碟安裝,到透過指令把所有的設定完成,然後ZFS NAS可以使用,大約是1個小時,算是相當快速了,只是事前的規劃都要預先完成。
安裝NexentaCore的過程這裡這裡就直接掠過。
預先規劃
我個人的CIFS分享結構
louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com23tag:blogger.com,1999:blog-8024865037491146465.post-6082132529770791832010-10-17T16:17:00.003+08:002010-10-17T16:27:10.714+08:00清華大學正門對面的 - 竹園小館 - ,個人心中排名第一的排骨便當。
- 竹園小館 - 這是一家很小的店,但是自從大學時代吃到這家的排骨飯之後,我就再也沒有吃到比這更棒的一般便當了。
前天跑去吃了一次,一陣子沒有吃到了,但是那簡單的美味還是和以前一樣,仍然是我心中的第一名。
因為這實在是太不起眼的小店,網路上幾乎看不到相關的資訊,從以前吃到現在也沒想到要作個紀錄。這次排骨飯吃沒幾口後,終於想到要拍照紀錄一下,也終於發現了店裡有提供名片,決定要簡單的紀錄一下。
首先來個吃到一半的照片,我想是因為太好吃了,所以每次都忘了要照一下,因為外觀很樸素,也容易讓人忘記要拍照。所以這次也只拍了一張。
基本上每一次吃得菜色都差不多,這次盤中的菜色有
(1) 排骨 (很薄一片但是很好吃,現炸)
(2) 荷包蛋(普通的荷包蛋,似乎沒有撒鹽)
(3) 玉米(一樣很普通的玉米,有炒過,我個人是非常喜歡玉米)
(4) 小白菜(味道很清淡,好像是louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-28019737854491961212010-08-24T23:03:00.000+08:002011-06-02T02:20:36.879+08:00[列表] 用 EAC (Exact Audio Copy) 將CD轉CUE+WAV,筆記整理
用EAC將CD轉CUE+WAV,Part1 基本流程筆記(把我個人的操作流程做個筆記避免遺忘,處理日文和unicode的方法是重點)
用EAC將CD轉CUE+WAV,Part2 設定原則筆記(我個人的習慣的相關軟體設定筆記,同樣重點在日文和unicode的軟體設定)
用EAC將CD轉CUE+WAV,Part3 關於EAC的絕對Offset設定(關於EAC的絕對偏移[absolute offset]以前就想寫了,但是因為是推翻EAC的offset資料,沒有把握寫,這次也只是說明我個人使用絕對偏移[absolute offset]的理由,只能參考不能當作證據)
用EAC將CD轉CUE+WAV,Part4 過去的gap設定實驗(重點是EAC的Gap顯示設定會影響,轉出來的CUE多個WAVE的CD結構,,除了是重要的實驗結果外,只是覺得以前用文字堆的圖解很漂亮,整理出來再發表一次)&louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com12tag:blogger.com,1999:blog-8024865037491146465.post-73049350527312833442010-08-23T00:15:00.002+08:002010-08-23T00:16:46.036+08:00用EAC將CD轉CUE+WAV,Part6 後記
過去曾以”CD轉 CUE+多個WAVE檔 經驗分享 + 問題“為標題
把自己用EAC將CD轉CUE+WAV流程發表出來過
http://forum.pcdvd.com.tw/showthread.php?t=655629
http://forums.dearhoney.idv.tw/viewtopic.php?f=3&t=54441
這幾年轉CD的原則是沒有改變過,但是隨著Plextor的Premium2U已經停產來不及收藏一台,讓我想起來要重新整理更新一下一些已經不同的地方作為筆記。
個人轉檔的目標
1. 盡可能保留最多的CD資訊包含曲目和作曲者,追求數位資料上的正確和完整,我不是金耳朵,所以沒有特別追求音質,但是好像沒有衝突。
2. 可以掛載成虛擬光碟及燒錄,方便未來轉換格式。
3. 通用不同系統,最低要求是能夠播放以及閱讀曲目資料。
(例如PC和MAC甚至透過louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-30304483923717997782010-08-22T23:52:00.001+08:002010-08-23T00:10:17.630+08:00用EAC將CD轉CUE+WAV,Part5 不同光碟機的gap偵測設定實驗
2006年我針對EAC的Gap格式做過實驗,但是卻沒有對光碟機的Gap偵測設定做過確認,因為Premium2U停產了,才想到要確認一下快掛掉的755SA有沒有問題,和備用的760A是否還活著,以及手上其他光碟機是否能替代。這才發現Gap偵測的設定可能一直有問題,趕快進行了一點簡單的測試。
測試的CD結構如下列,EAC分別以不同的偵測方法和精度,去偵測Gap,再紀錄下TRACK 02的INDEX 01的數值
PERFORMER "Mr.Children"
TITLE "掌 / くるみ"
FILE "01 - 掌.wav" WAVE
TRACK 01 AUDIO
TITLE "掌"
PERFORMER "Mr.Children"
ISRC louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-58591441323899446332010-08-22T23:30:00.000+08:002010-08-22T23:30:35.198+08:00用EAC將CD轉CUE+WAV,Part4 過去的gap設定實驗=============================================================
以下是之前20061014做過的實驗,重新發表在Blog上加以紀錄
除了我自己的實驗結果外,我之前的問題現在可以在下列的網址找到說明,不過我個人的結論沒有變就是了。
http://wiki.hydrogenaudio.org/index.php?title=EAC_Gap_Settings
=============================================================
在EAC內的Gaps結構設定,原本應該只是顯示方式的差異,應該與結果無關,但是要配合CUE+多個WAVE卻是有影響的,我一直找不到相關資料,EAC的討論區也沒找到,有人能指引方向嗎 ?
以上是我原來的問題
[在把問題確認一下如何描述的過程中,重新louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-80889026722884797922010-08-22T23:06:00.002+08:002010-08-22T23:39:40.120+08:00用EAC將CD轉CUE+WAV,Part3 關於EAC的絕對Offset設定
首先,EAC的offset修正功能,是對於想要精確的複製CD來說,不可或缺的重要功能,現在網路上流傳的各式複製CD工具。
關於offset的意義,下列的英文連結說明得很清楚
http://dbpoweramp.com/spoons-audio-guide-cd-ripping.htm
中文可以參考由fielia說明的文章
http://webbbs.gamer.com.tw/readPost.php?brd=GameMusic&p=7346&x=A12IIPOB
但是很少有人知道的是,來自EAC所定義的offset數值,事實上並不是絕對偏移(absolute offset),而是基於EAC作者基於自己手上的CD,實驗之後所定義出來參考偏移(reference offset),所以使用EAC所定義的offset數值去複製CD,其實並不能louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-18715239142508025892010-08-22T22:45:00.001+08:002010-08-22T23:38:25.907+08:00用EAC將CD轉CUE+WAV,Part2 設定原則筆記
因為網路上流傳的設定值不一定適合我個人使用,把我自己習慣的設定原則筆記下來
(1). 首先是EAC的部份,只列出重要的,對我個人有影響的。
關於各項目的詳細意義,可以參考下列網址。
http://wiki.hydrogenaudio.org/index.php?title=Category:EAC_Guides
EAC → EAC options → Extraction
[取消] Fill up missing offset samples with silence
(會有missing offset samples的光碟機我不用,我不能忍受少了東西)
[取消] No use of null samples for CRC calculations
(null samples雖然無聲,但是對我而言也是資料的一部分)
[勾選] louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com2tag:blogger.com,1999:blog-8024865037491146465.post-57091031435373704722010-08-22T22:33:00.002+08:002010-08-22T23:36:51.016+08:00用EAC將CD轉CUE+WAV,Part1 基本流程筆記
這幾年轉CD的原則是沒有改變過,但是隨著Plextor的Premium2U已經停產來不及收藏一台,讓我想起來要重新整理更新一下一些已經不同的地方作,重新發表在Blog做為筆記。
首先要準備以下軟體
Exact Audio Copy
Microsoft AppLocale (我用的是piaip修改過的版本,改掉一些官方版Bug) 或是NTLEA (比AppLocale方便但是小紅傘會一直叫)
Notepad (要配合AppLocale,但是簡單好用)或 Notepad2(可以直接Shift-JIS和UTF8轉換編碼)
Daemon Tool (因為只吃標準ANSI格式CUE,用來測試CUE+WAVE,和Rip結構是否正確,以及iTunes轉檔時會用到)
Foobar (幫CUE加上replaygain,同時是聆聽主力)
Nero Drivespeed (用來調整光碟機倍速,louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-2459890535246595542010-04-20T22:56:00.000+08:002010-04-20T22:56:20.934+08:00ZFS的測試結果分析整理:(2) 寫入和讀取行為,使用VM虛擬機器進行測試之前使用實際的硬體測試後,發現一部分待確認的狀況,也少測了最基本的類似JBOD的組態,所以就找了時間確認一下。手邊沒有空出來的機器和足夠的硬碟,以下的結果使用Vmware Server 2.0模擬測試,因為是使用虛擬機器測試的,所以沒有效能數據的部份。
總共測試了三種組態,分別是JBOD(3),RAIDZ(4),mirror(2)x2。分別在正常下,硬碟故障下,以及從故障情況下復原後的ZFS寫入讀取行為。資料改用英文字母代表加上數字代表ZFS將檔案分割的狀況,每一個字母代表相同的檔案,數字代表同一個檔案的第幾個分割,分割的大小由ZFS動態分配,不一定是相等大小。測試JBOD(3),RAIDZ(4)時故障硬碟使用關閉虛擬機器,變更虛擬硬碟的方式模擬。測試mirror(2)x2則使用zpool的offline和online指令模擬硬碟故障。
表格非常多,還沒想到更好得整理方式,louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-18048791891839581462010-04-14T21:57:00.010+08:002010-05-07T22:45:23.586+08:00[敗家] Bayonetta - Collector's Edition Guide歐版官方攻略入手
幾天前收到了amazon.uk寄來的,Bayonetta - Collector's Edition Guide歐版官方攻略,這是慶祝新工作順利愉快,外加上薪水入賬給自己的禮物。
書很棒沒話說,內容和品質都是我收過的書之中數一數二的,但是因為覺得用信用卡付錢就買得到的東西,實在沒什麼特別的,原本是沒有打算炫耀的。
但是書翻了幾天下來越看越喜歡,加上收到信用卡帳單之後嚇了一跳。所以決定要來好好介紹一下。
Bayonetta – Collector's Edition Guide
首先,重達2kg硬皮440頁,份量非常充足。
官方網頁的介紹
攻略正面和同時購入的CD,書套是我自己外加的。
背面,用CD當參考比例尺。
書籤是Bayonetta的髮帶,文字當然和遊戲中的一樣。
說明如何閱讀快速攻略的章節。
第三章純 白金攻略。
有白金louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-49516545467632268952010-04-05T21:22:00.009+08:002010-04-11T14:44:27.464+08:00ZFS的測試結果分析整理:(1) 寫入和讀取行為,實際硬體測試結果
<!--table
{mso-displayed-decimal-separator:"\.";
mso-displayed-thousand-separator:"\,";}
.font523032
{color:windowtext;
font-size:9.0pt;
font-weight:400;
font-style:normal;
text-decoration:none;
font-family:新細明體, serif;
mso-font-charset:136;}
.font623032
{color:windowtext;
font-size:12.0pt;
font-weight:400;
font-style:normal;
text-decoration:none;
font-family:新細明體, serif;
louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-68007656598573887522010-03-20T01:01:00.003+08:002010-03-20T12:17:00.503+08:00ZFS-NAS測試數據 Part 10 - 測試CPU對ZFS的影響及FastCopy max i/o size 設定影響ZFS-NAS測試數據 Part 10 - 交換PC上的Q6600和NAS上的E1500,測試CPU對ZFS的影響及FastCopy max i/o size 設定影響
測試日期20091206
zpool組態
XD
mirror
c2t2d0
c2t3d0
mirror
c2t4d0
c2t5d0
FastCopy設定, I/O Buffer 256MB,Max I/O Size 16MB
PC E1500 11x200 2200MHz 乾淨 XD-root RAMdisk 標準
NAS Q6600 6x200 louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com1tag:blogger.com,1999:blog-8024865037491146465.post-33670950171808548142010-03-20T00:54:00.003+08:002010-03-20T01:57:13.593+08:00ZFS-NAS測試數據 Part 9 - 測試在乾淨的XP系統下,FastCopy速度極限ZFS-NAS測試數據 Part 9 - 測試在乾淨的XP系統下,FastCopy速度極限
測試日期20091202
zpool組態
XD
mirror
c2t2d0
c2t3d0
mirror
c2t4d0
c2t5d0
FastCopy設定, I/O Buffer 256MB,Max I/O Size 16MB
PC Q6600 9x266 2400MHz 乾淨 XD-root RAMdisk 定頻
NAS E1500 11x233 2563MHz XD-ZFS zpool 超頻
louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-77613472163913791012010-03-20T00:50:00.002+08:002010-03-20T01:57:44.098+08:00ZFS-NAS測試數據 Part 8 - 測試 在不乾淨的XP系統下,FastCopy速度極限ZFS-NAS測試數據 Part 8 - 測試 在不乾淨的XP系統下,FastCopy速度極限
測試日期20091129
zpool組態
XD
mirror
c2t2d0
c2t3d0
mirror
c2t4d0
c2t5d0
FastCopy設定, I/O Buffer 256MB,Max I/O Size 16MB
背景跑全部的東西(eMule,uTorrent,BOON-SUTAZIO 4tabs播放中,Firefox 40+tabs Avira AntiVir,NetWorx,cFosSpeed,NetMeter,PeerGuardian等等)
PC Q6600louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-6566404398100273892010-03-20T00:29:00.007+08:002010-03-20T01:58:08.288+08:00ZFS-NAS測試數據 Part 7 - 測試使用FastCopy在CIFS下的速度表現ZFS-NAS測試數據 Part 7 - 測試使用FastCopy在CIFS下的速度表現
測試日期20091128
zpool組態
XD
mirror
c2t2d0
c2t3d0
mirror
c2t4d0
c2t5d0
PC Q6600 6x200 1200MHz 亂 XD-base RAMdisk 降頻
NAS E1500 11x200 2200MHz XD-ZFS 標準
zpool
狀態 項目 動作 使用程式或動作 大小
(GB) 時間
(sec)louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-86174107358746353432010-03-18T23:43:00.006+08:002010-03-20T01:59:25.408+08:00ZFS-NAS測試數據 Part 6 - 測試ZFS系統CPU使用E1500下進行CIFS的極限ZFS-NAS測試數據 Part 6 - 測試ZFS系統CPU使用E1500下進行CIFS的極限
測試日期20091102
zpool組態
XD
mirror
c2t2d0
c2t3d0
mirror
c2t4d0
c2t5d0
zpool
狀態 項目 動作 使用程式或動作 大小
(GB) 時間
(sec) 速度
(MB/sec) NAS CPU
使用率(%) zPool
Bandwidth
(MB/sec)
normal 登入
ZFS-NAS 寫入 raidz time (louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com3tag:blogger.com,1999:blog-8024865037491146465.post-15374302207564055692010-03-18T23:25:00.006+08:002010-03-20T02:00:20.223+08:00ZFS-NAS測試數據 Part 5 - ZFS和Zpool的破壞測試,想辦法弄掛ZFS檔案系統就對了ZFS-NAS測試數據 Part 5 - ZFS和Zpool的破壞測試,想辦法弄掛ZFS檔案系統就對了
測試日期20091101
zpool組態不變
XD
raidz1
c2t3d0
c2t4d0
c2t5d0
c2t2d0 有接上但系統未使用,非XD pool的成員
在zpool正常normal的狀態下(之前scrub完成),關機移除c2t3d0後,用HDTune洗白白,全部寫入zero,但不重建MBR
NAS開機進入系統後,zpool sttatus -x 會回報異常,被用HDTune全部寫入zero的c2t3d0,出現CKSUM error的訊息
但是raidz1 pool 還是維持在正常狀態下,並沒有變成degrade
louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com1tag:blogger.com,1999:blog-8024865037491146465.post-71120993179901687842010-03-18T23:11:00.005+08:002010-03-20T02:01:35.274+08:00ZFS-NAS測試數據 Part 4 - ZFS異常狀況測試 resilver,scrub和replace指令ZFS-NAS測試數據 Part 4 - ZFS異常狀況測試 resilver,scrub和replace指令
測試日期20091028
zpool狀態
c2t2d0 有接上但系統未使用
XD
raidz1
c2t3d0
c2t4d0
c2t5d0
在zpool正常normal的狀態下(之前scrub完成),改成關機移除c2t3d0後,把c2t3d0格式化
zpool似乎會認得之前的硬碟身份,用格式化後的硬碟似乎還是認得,不知道根據什麼資料
因為zpool認得同一顆硬碟c2t3d0,所以resilver會自動開始
奇怪的是resilver會瞬間完成,照理說c2t3d0的資料應該已經被清空了,或是HDTune有問題
用scrub強制檢查louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-87446216792919976562010-03-18T23:03:00.005+08:002010-03-20T02:02:18.279+08:00ZFS-NAS測試數據 Part 3 - 異常狀況測試ZFS-NAS測試數據 Part 3 - 異常狀況測試
測試日期20091027
zpool狀態
XD
raidz1
c2t3d0
c2t4d0
c2t5d0
測試數據及結果
zpool
狀態 項目 動作 使用程式或動作 大小
(GB) 時間
(sec) 速度
(MB/sec) NAS CPU
使用率(%)
正常 iSCSI 寫入 PC => NAS FastCopy ? ? 16 30
讀取 NAS => PC FastCopy ? ? 15 20
iSCSI 寫入 PC =&louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0tag:blogger.com,1999:blog-8024865037491146465.post-71582943408691585292010-03-18T22:50:00.004+08:002010-03-20T01:33:19.518+08:00ZFS-NAS測試數據 Part 2 - 基本測試ZFS-NAS測試數據 Part 2 - 基本測試
測試日期20091026
zpool狀態
XD
raidz1
c2t3d0
c2t4d0
c2t5d0
系統狀態
PC Q6600 6x200 1200MHz 作業系統
混亂 XD-base RAMdisk 降頻
NAS E1500 11x200 2200MHz XD-ZFS 標準
測試數據
zpool狀態 項目 動作 程式或指令 大小 時間 速度
(MB/sec) NAS CPU
使用率(%)
louiszzzhttp://www.blogger.com/profile/14449394282499281654noreply@blogger.com0