2020年6月3日 星期三

[置頂] 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


    之前因為mobile01上的"NAS 檔案伺服器之路-Sun之OpenSolaris"這串討論的關係,也興起架ZFS-NAS的想法。

    2011年初終於有了預算買硬碟,買齊了硬碟,又忍不住做了有的沒有的測試,一直拖到現在才真正的把ZFS NAS架起來。
    從2009年開始測試ZFS一直到真正的把ZFS NAS架起來,居然花了兩年左右,除了很會拖以外,大概就是對NAS的容量需求沒有增加,過去開始使用NAS以來每年都要把容量加倍,這次居然撐了接近3年才把容量加倍,仔細想想還蠻意外的。

    將一部分的結果整理出來,因為是很值得分享的測試和分析結果。
    下列這些是2009年為了事先確認ZFS限制和問題所做的測試,這些數據讓有需要的人可以參考一下。
    這些ZFS-NAS測試數據整理(使用基於OpenSolaris發展的NexentaCore作為系統)。
    結果和說明文字寫得有點隨性,因為原本是隨手寫在紙上的筆記。
    表格較寬,閱讀時請把瀏覽器視窗拉寬一點,有空會慢慢整理縮小表格。

2015年10月21日 星期三

ZFS NAS V2 - 使用OmniOS實做:(1) 建立、轉移、整理


    ZFS NAS V2 - 使用OmniOS實做:(1) 建立、轉移、整理

  1. 前言


    • 因為原本使用NexentaCore已經不再更新,所以在簡單測試後選擇了OmniOS
      OmniOS使用繼承了OpenSolaris的Illumos核心,保留了整合在核心的CIFS分享,和理論上最高效率的ZFS核心,同時因為主要為server用途,沒有不必要的桌面環境。


      安裝OmniOS的過程這裡這裡就直接省略。

2011年12月18日 星期日

TX-NR609大約半年的使用心得

    今年到目前為止買的新玩具裡,TX-NR609是在預算之外多花的錢,但也是花錢之後最滿意的。因為TX-NR609讓這麼多年來,用很龜毛的方法,將收藏的CD所轉成的CUE+WAV有了真正的價值。

    原本是就有考慮到將原本使用多年的Megaworks550(有不過電的毛病)加decoder加Audigy2ZS的組合,換成環繞擴大機搭配HDMI輸出,再順便升級一下喇叭,也可以把電腦內的Audigy2ZS給退休下來,接線也可以簡單乾淨些。不過因為要避免跌進音響的大洞中,所以一直是以有錢先買更多CD為優先,喇叭用MW550加AudigyZS的組合,能撐多久就撐多久。只是這次MW550不過電,完全死透了,用Dell soundbar暫時頂替,連基本像樣合格的聲音都辦不到,實在是讓人抓狂。

    所以原本應該是明年預算購買的環繞擴大機,就提早入手了,除了最基本的CUE+WAV聽起來不一樣了,就算是花錢買玩具後的心理做用,也是非常值得,更何況其他功能也非常實用,TX-NR609是CP值相當高的機器,加上自己使用上有一些小心得,也整理分享一下。雖然一開始是打算寫成勸拜文。但是文章的大部分,都是在說明TX-NR609實際使用上的缺點,和對應的解決方法,所以最後就把標題改成TX-NR609的使用心得。希望這些TX-NR609實際使用心得和問題解決方法,能給正在挑選入門環繞擴大機或已經是TX-NR609的使用者作為參考,因為這些東西的中文參考資料,還真的有一點難找。

2011年10月17日 星期一

ZFS的測試結果分析整理:(3) 我所了解的ZFS特性

    ZFS的測試結果分析整理:(3) 我所了解的ZFS特性

    關於ZFS的中文資料,對於ZFS的特性,大多只是重複官方的說明,對於比較詳細的部份,著墨不多,有些甚至變成以訛傳訛的狀況。
    之前做過的一些ZFS測試,有發現到一些比較特別的特性,讓我變成ZFS的教徒,所以很想詳細介紹一下,拖了很久終於生出這篇說明。
    因為是個人實驗結果的整理,加上沒有親自實驗的部份來自網路上的其他文章,有錯誤的部份請提出來更正,不必客氣。
    原本想再把文字內容整理的更容易了解再發表,但是因為再拖下去大概永遠不會發表了,決定先上再說。

2011年6月2日 星期四

ZFS NAS - 使用NexentaCore實做:(1) 全部在command line底下完成,建立、轉移、整理

ZFS NAS - 使用NexentaCore實做:(1) 全部在command line底下完成,建立、轉移、整理

  1. 前言
    1. 原本是打算使用napp-it來達成ZFS NAS的所有設定,但是為了確定自己使用ZFS NAS時,所需要的所有功能都沒有問題,在測試完需要的功能後,發現大部分需要的指令都用過了,所以就乾脆試試全程都用指令完成,不要去依賴napp-it的介面。
      這樣只要準備好一張NexentaCore的光碟,有需要的時候加上自己的筆記,就可以很迅速的重建ZFS NAS系統。我自己試過的結果是,不包含從舊NAS轉移資料的時間,從NexentaCore的光碟安裝,到透過指令把所有的設定完成,然後ZFS NAS可以使用,大約是1個小時,算是相當快速了,只是事前的規劃都要預先完成。
      安裝NexentaCore的過程這裡這裡就直接掠過。

2010年10月17日 星期日

清華大學正門對面的 - 竹園小館 - ,個人心中排名第一的排骨便當。



 - 竹園小館 - 這是一家很小的店,但是自從大學時代吃到這家的排骨飯之後,我就再也沒有吃到比這更棒的一般便當了。

前天跑去吃了一次,一陣子沒有吃到了,但是那簡單的美味還是和以前一樣,仍然是我心中的第一名。

因為這實在是太不起眼的小店,網路上幾乎看不到相關的資訊,從以前吃到現在也沒想到要作個紀錄。這次排骨飯吃沒幾口後,終於想到要拍照紀錄一下,也終於發現了店裡有提供名片,決定要簡單的紀錄一下。

首先來個吃到一半的照片,我想是因為太好吃了,所以每次都忘了要照一下,因為外觀很樸素,也容易讓人忘記要拍照。所以這次也只拍了一張。

2010年8月24日 星期二

[列表] 用 EAC (Exact Audio Copy) 將CD轉CUE+WAV,筆記整理

  1. 用EAC將CD轉CUE+WAV,Part1 基本流程筆記
    (把我個人的操作流程做個筆記避免遺忘,處理日文和unicode的方法是重點)
  2. 用EAC將CD轉CUE+WAV,Part2 設定原則筆記
    (我個人的習慣的相關軟體設定筆記,同樣重點在日文和unicode的軟體設定)
  3. 用EAC將CD轉CUE+WAV,Part3 關於EAC的絕對Offset設定
    (關於EAC的絕對偏移[absolute offset]以前就想寫了,但是因為是推翻EAC的offset資料,沒有把握寫,這次也只是說明我個人使用絕對偏移[absolute offset]的理由,只能參考不能當作證據)
  4. 用EAC將CD轉CUE+WAV,Part4 過去的gap設定實驗
    (重點是EAC的Gap顯示設定會影響,轉出來的CUE多個WAVE的CD結構,,除了是重要的實驗結果外,只是覺得以前用文字堆的圖解很漂亮,整理出來再發表一次) 
  5. 用EAC將CD轉CUE+WAV,Part5 不同光碟機的gap偵測設定實驗
    (這次新增加的實驗,但是每次實驗完,就會發現以前轉的CD都有問題[木亥火暴])
  6. 用EAC將CD轉CUE+WAV,Part6 後記
    (這幾年轉CUE+多個WAVE,累積下來的感想,但是結論一定就是自爆)
  7. 用EAC將CD轉CUE+WAV,Part7 附錄,支援unicode的hash計算工具測試
    (支援unicode又跨平台的計算工具,目前還是沒有比較好得解法)

2010年8月23日 星期一

用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甚至透過DLNA NAS分享,但是目前沒有買任何MAC系統,無法測試)。

2010年8月22日 星期日

用EAC將CD轉CUE+WAV,Part5 不同光碟機的gap偵測設定實驗



2006年我針對EAC的Gap格式做過實驗,但是卻沒有對光碟機的Gap偵測設定做過確認,因為Premium2U停產了,才想到要確認一下快掛掉的755SA有沒有問題,和備用的760A是否還活著,以及手上其他光碟機是否能替代。這才發現Gap偵測的設定可能一直有問題,趕快進行了一點簡單的測試。

用EAC將CD轉CUE+WAV,Part4 過去的gap設定實驗

=============================================================
以下是之前20061014做過的實驗,重新發表在Blog上加以紀錄

除了我自己的實驗結果外,我之前的問題現在可以在下列的網址找到說明,不過我個人的結論沒有變就是了。
http://wiki.hydrogenaudio.org/index.php?title=EAC_Gap_Settings
=============================================================

在EAC內的Gaps結構設定,原本應該只是顯示方式的差異,應該與結果無關,但是要配合CUE+多個WAVE卻是有影響的,我一直找不到相關資料,EAC的討論區也沒找到,有人能指引方向嗎 ?

以上是我原來的問題


[在把問題確認一下如何描述的過程中,重新做了實驗(用三種Gap顯示設定Rip,再分別用五種CUE建立選項,總共15種排列組合)
 ,結果發現自己耍笨了 . . . . . ]


[現在把比較正確的結果解釋如下]

用EAC將CD轉CUE+WAV,Part3 關於EAC的絕對Offset設定



首先,EAC的offset修正功能,是對於想要精確的複製CD來說,不可或缺的重要功能,現在網路上流傳的各式複製CD工具。

關於offset的意義,下列的英文連結說明得很清楚

中文可以參考由fielia說明的文章


但是很少有人知道的是,來自EAC所定義的offset數值,事實上並不是絕對偏移(absolute offset),而是基於EAC作者基於自己手上的CD,實驗之後所定義出來參考偏移(reference offset),所以使用EAC所定義的offset數值去複製CD,其實並不能達成100%完美的複製。

用EAC將CD轉CUE+WAV,Part2 設定原則筆記




因為網路上流傳的設定值不一定適合我個人使用,把我自己習慣的設定原則筆記下來


(1). 首先是EAC的部份,只列出重要的,對我個人有影響的。

關於各項目的詳細意義,可以參考下列網址。

用EAC將CD轉CUE+WAV,Part1 基本流程筆記


這幾年轉CD的原則是沒有改變過,但是隨著Plextor的Premium2U已經停產來不及收藏一台,讓我想起來要重新整理更新一下一些已經不同的地方作,重新發表在Blog做為筆記。

首先要準備以下軟體
  1. Exact Audio Copy
  2. Microsoft AppLocale (我用的是piaip修改過的版本,改掉一些官方版Bug) 或是NTLEA (比AppLocale方便但是小紅傘會一直叫)
  3. Notepad (要配合AppLocale,但是簡單好用)或 Notepad2(可以直接Shift-JIS和UTF8轉換編碼)
  4. Daemon Tool (因為只吃標準ANSI格式CUE,用來測試CUE+WAVE,和Rip結構是否正確,以及iTunes轉檔時會用到)
  5. Foobar (幫CUE加上replaygain,同時是聆聽主力)
  6. Nero Drivespeed (用來調整光碟機倍速,但是PX-755SA的讀取頭已經老化到只能4x讀取了)
  7. CD check (建立以MD5格式unicode的 .CRC hash檔,用來定期檢查CD備份的狀況)

2010年4月20日 星期二

ZFS的測試結果分析整理:(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指令模擬硬碟故障。


表格非常多,還沒想到更好得整理方式,請見諒。


2010年4月14日 星期三

[敗家] Bayonetta - Collector's Edition Guide歐版官方攻略入手


幾天前收到了amazon.uk寄來的,Bayonetta - Collector's Edition Guide歐版官方攻略,這是慶祝新工作順利愉快,外加上薪水入賬給自己的禮物。
書很棒沒話說,內容和品質都是我收過的書之中數一數二的,但是因為覺得用信用卡付錢就買得到的東西,實在沒什麼特別的,原本是沒有打算炫耀的。

但是書翻了幾天下來越看越喜歡,加上收到信用卡帳單之後嚇了一跳。所以決定要來好好介紹一下。

Bayonetta – Collector's Edition Guide
首先,重達2kg硬皮440頁,份量非常充足。
官方網頁的介紹

攻略正面和同時購入的CD,書套是我自己外加的。




2010年4月5日 星期一

ZFS的測試結果分析整理:(1) 寫入和讀取行為,實際硬體測試結果






ZFS的寫入和讀取行為,實際硬體測試結果
在測試ZFS的過程中,發現一些ZFS與一般RAID加上檔案系統的組合,有著差異相當大的寫入和讀取行為,非常的有趣和吸引人。

但是進一步在網路上尋找相關
ZFS資料時,發現大多文章只是拿官方的宣傳稿介紹ZFS,或是只專注於說明系統架設的過程。而針對ZFS的寫入讀取行為,找不到詳細說明。

官方的
"Solaris ZFS Administration
Guide"
也只針對ZFS管理方面說明,雖然最後在官方ZFS開發人員的blog上有找到一些說明,但是屬於較深入的部份,較基本的ZFS寫入讀取行為部份一樣缺乏。

所以我根據之前實際測試的結果,加上自己的分析整理出這篇關於
ZFS寫入讀取行為的基本說明。



以下的結果來自實際的硬體測試結果,測試的紀錄請自行參閱我過去的測試中相關註解。

總共測試了三種組態,分別是單一
mirror,兩組mirror,或是一組raidz1。分別在正常下,硬碟故障下,以及從故障情況下復原後的ZFS寫入讀取行為。

資料用
ABCDEFGH英文字母代表,每一個字母代表容量相同,但是內容不同的資料。測試時故障硬碟使用關機拔SATA線的方式模擬,故障復原則使用另外準備的空白硬碟替換拆下來的硬碟。

2010年3月20日 星期六

ZFS-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
  1. FastCopy設定, I/O Buffer 256MB,Max I/O Size 16MB
    PC E1500 11x200 2200MHz 乾淨 XD-root RAMdisk 標準
    NAS Q6600 6x200 1200MHz XD-ZFS zpool 降頻
    zpool
    狀態
    項目 動作 使用程式或動作 大小
    (GB)
    時間
    (sec)
    速度
    (MB/sec)
    NAS CPU
    使用率(%)
    normal cifs 寫入 PC => NAS FastCopy 81~85 40~45
    寫入 PC => NAS FastCopy x2 同時 89 (44+45) 40~45
    讀取 NAS => PC FastCopy 33 9~10


ZFS-NAS測試數據 Part 9 - 測試在乾淨的XP系統下,FastCopy速度極限

ZFS-NAS測試數據 Part 9 - 測試在乾淨的XP系統下,FastCopy速度極限

測試日期20091202
    zpool組態
    XD
    mirror

    c2t2d0

    c2t3d0
    mirror

    c2t4d0
    c2t5d0
       
  1. FastCopy設定, I/O Buffer 256MB,Max I/O Size 16MB
    PC Q6600 9x266 2400MHz 乾淨 XD-root RAMdisk 定頻
    NAS E1500 11x233 2563MHz XD-ZFS zpool 超頻
    zpool
    狀態
    項目 動作 使用程式或動作 大小
    (GB)
    時間
    (sec)
    速度
    (MB/sec)
    NAS CPU
    使用率(%)
    normal cifs 讀取 NAS => PC FastCopy 42 20+
    讀取 NAS => PC Cdcheck x2 同時 79 (39+40) 40
    寫入 PC => NAS FastCopy 89,89,91 75~85
    寫入 PC => NAS FastCopy x2 同時 104 (51+53) 80~85
    寫入 PC => NAS FastCopy x3 同時 103 (34+34+35) 80~85


ZFS-NAS測試數據 Part 8 - 測試 在不乾淨的XP系統下,FastCopy速度極限

ZFS-NAS測試數據 Part 8 - 測試 在不乾淨的XP系統下,FastCopy速度極限

測試日期20091129

    zpool組態
    XD
    mirror

    c2t2d0

    c2t3d0
    mirror

    c2t4d0
    c2t5d0

  1. 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 Q6600 (6~9)x266 1600~2400MHz XD-base RAMdisk 標準
    NAS E1500 11x200 2200MHz XD-ZFS zpool 標準
    zpool
    狀態
    項目 動作 使用程式或動作 大小
    (GB)
    時間
    (sec)
    速度
    (MB/sec)
    NAS CPU
    使用率(%)
    normal cifs 寫入 PC => NAS FastCopy 50~56 70
    讀取 NAS => PC FastCopy 29 20
    寫入 PC => NAS FastCopy x3 同時 57 (19+19+19) 50~70


ZFS-NAS測試數據 Part 7 - 測試使用FastCopy在CIFS下的速度表現

ZFS-NAS測試數據 Part 7 - 測試使用FastCopy在CIFS下的速度表現
測試日期20091128

    zpool組態
    XD
    mirror

    c2t2d0

    c2t3d0
    mirror

    c2t4d0
    c2t5d0

  1. PC Q6600 6x200 1200MHz XD-base RAMdisk 降頻
    NAS E1500 11x200 2200MHz XD-ZFS 標準
    zpool
    狀態
    項目 動作 使用程式或動作 大小
    (GB)
    時間
    (sec)
    速度
    (MB/sec)
    NAS CPU
    使用率(%)
    normal cifs 寫入 PC => NAS FastCopy 50
    讀取 NAS => PC FastCopy 35