話說最近「弄」來了一顆K7 XP 1700+ （還是號稱可超性高的Thoroughbred-B XD）以及512MB SDRAM，打算把穀倉大修一番......開始了與FreeNAS離別的序曲～
為了那兩樣「寶貝」（K7 1700+ / 512MB SDRAM），在網拍尋尋覓覓終於相中一張微星的KM2M--支援SDRAM、DDR SDRAM、All in one還是KM266等級當中條件比較好的。Perfect！就是它了！
一番折騰後、新穀倉開放啦～耶，怎麼跑不順？ 寫入時SNMP Traffic Graph (STG)起伏很嚴重啊，雖然CPU loading明顯降低（由K6-2 500的70%甚至100%降到K7 1700+的30%以下！），但傳輸上並無明顯改善（其實原本最大的用意是藉由較快的CPU提升Freenas中RAR檔案檢驗速率、網路傳輸上沒期望多大幅度的提升、畢竟已經藉由兩台K7 / K8先行測試過可能的傳輸能力）。
回到熟悉的XP（另一個「升級好處」之一 -- 剛好手邊現有的K7 Ghost image能夠直接移轉到CF上，雖然是nForce2的image但HAL匹配上並無問題、也正常開機。PE先滾一邊去。）用HDtune測了起來......吼！太誇張了，兩台WD7500AACS同時跑竟然平均速率只剩下40MB/s不到，SATA成了USB 2.0！
（圖片來源失效orz）
老K6-2 MVP3C2也沒這麼扯 = =
當下上PCDVD論壇求救、經由熱心網友的指導，是VIA的PCI Latency bug！暈倒！！之前的升級研究完全沒碰到這塊（升上K7後用的都是nForce2，僅一小段時間用過KT600+VT8237，據稱VT8237是K7最後穩定的南橋--但對於VIA也為時已晚！）
掛上VIA PCI Latency patch後，再次測試
（圖片來源失效orz）
GOOD!像樣多了。不過這僅限於Windows、FreeBSD的FreeNAS怎辦？又Google了各方關於Freebsd PCI Latency調試的方法、無解！（起碼不是我能理解的 = =" 知道使用PCICONF設置但不知從和下手）好像用FreeBSD的都沒使用VT82C686到VT8235一系列的VIA南橋晶片、或者只有我碰上如此問題？
失望之餘想起先前一位網友關於他的NAS計畫--他決定採用XP而不用FreeNAS......XP當NAS？！XP這玩藝既笨重又遲緩，沒搞錯吧！但想想現成的使用經驗、似乎也沒那麼糟（CF上XP開機還蠻快的！反正只是當個NAS也不需裝太多拖負載的軟體），再說其實就只是當個個人農莊、檔案櫃，也沒特別需要，網芳即可、頂多再裝個FilezillaServer弄出個FTP就成了，另外NTFS也比UFS對於磁碟的使用空間大（但UFS的說法是耗用的空間包含安全設置、效能調整之用 -- 一顆750GB實際僅可用不到700GB，為此UFS又將近耗用20G！）好吧，趁兩顆HD半滿之際先進入FreeNAS將其中之一的檔案以cp指令複製到另一顆好進行移轉測試......
耶？！Input/Ouput Error？見鬼了，怎麼回事？檔案才copy不到1%啊！再cp一次，一樣error！心底念頭一閃--肯定是該死的VIA PCI Latency bug！暫時移轉回K6-2，經過一晚的運作終於順利移轉近300GB的檔案（EP-MVP3C2的南橋VT82C596B，這也是VIA沒PCI Latency問題的VT8237上市前，最後一個穩定的南橋--進入K7起VT82C686、VT8231、VT8233、VT8235，VIA大半的K7/P4南橋都這麼完了！）。這下更是徹底絕望！
一定有人會懷疑為了一套不值2000的K7、值得這麼幹嗎？大不了再換張主機板、甚至回頭用K6-2！不過說實話，除了以上的問題，近二個月的FreeNAS使用經驗並非如此愉快：
1.WD7500AACS上線的當下，測試省電管理，出現DMA48 error、死機！FreeNAS的硬碟電源管理失敗～（當然已經關閉SMARTD。硬體相容問題也是難以由模擬環境預先探知的。）
2.FreeBSD的RAR並不「好用」--對於我這種已經被XP GUI麻痺的懶鬼、再回去用CLI？何況command shell下所有DBCS都成了亂碼，就算檢測出哪個檔案有問題也不知道！也無法輕易的圈選要測試檔案（當然這樣的責難並不公平 -- 哪套NAS能夠讓用戶進行檔案檢查的？不過就是有這樣的需要、才會選擇彈性較大的FreeNAS）。
3.FreeNAS/FreeBSD的可用資源太少--起碼對於不懂寫程式、還是個中文用戶，像上述的PCI Latency問題就不知從何下手（wait!那是VIA的問題、怎麼不怪VIA？當然怪VIA！不過他們往後也出不了啥晶片組、也不會再買他家的產品，這樣的「責難」夠狠了吧？）
4.我就是習慣Windows GUI。沒辦法、用好幾年了，要是慢慢把玩FreeBSD也許另一個兩年後我會愛上它。不過我的NAS趕著上線啊 = = 再說為了一套家用NAS得學習一套OS也太......
5.有人認為FreeNAS的檔案權限管理不夠--但對我這種個人用戶而言又太複雜。先前的測試經驗發現兩個帳戶所儲存的檔案無法相互管理。當然是基於多人使用的安全性。但萬一系統重建喪失帳號備份資料的情況下，還得以root身份重新設置權限。對於個人用戶麻煩透了！（當然可設置匿名存取，但也喪失安全性）對於定期妥善備份設定的使用者而言、帳號管理並不會造成任何問題。
好了、FreeNAS落幕了，短暫而燦爛、讓停機三年的K6-2再次發光發熱二個月後終於停歇了。不止FreeNAS，經由這次體驗同時也決定讓K6-2徹底「除役」了（另一張T2P4在測試時也發現早已蒙主寵召--感謝這兩個老傢伙前後伴隨我幾個寒暑。）
終於知道為何M$會搞出Windows Home Server這種東西、即便存在檔案損壞的風險還是有人用= =
最 後、對於VIA、那種不問蒼生問鬼神的經營者，讓下頭一路搞出瑕疵產品不思修正連續蒙混、還得讓外人幫他出patch、最後扔了市場，讓公司走到今天的地 步完全是咎由自取！不是不支持國貨，但這種宗教迷信經營者所塑造出的企業、搞出的產品，別碰為妙！！否則就等著一起喊「天靈靈、地靈靈，求求上帝幫幫 我」！
補充：其實FreeNAS對於習慣以網芳傳檔的使用者也算是不錯的NAS--CIFS（Windows網芳連線）提供Recycle Bin（資源回收桶）的功能。一般由網芳/網路磁碟機不慎刪除檔案得用3rd party工具救回，但FreeNAS本身提供資源回收桶的功能算是個貼心的設計。不貼心的一點是假若傳輸中斷線，沒傳送完畢的檔案依然會佔用相同大小、 萬一沒注意到發生傳輸中斷的狀況會誤以為傳輸成功；重傳時會移入資源回收桶而非覆蓋（所有覆蓋動作都視同刪除，原檔皆移入資源回收桶）。
建議使用FreeNAS的朋友還是優先考慮FTP，一樣良好的UNICODE支援性、傳輸速度也比CIFS穩定且快速許多（缺點是包括日期時間等屬性無法一併移轉）。
沒有留言:
張貼留言