用另一個Q家廣告做一下同等級產品規格比較...
S家硬體本來就是弱項輸了也不意外~ 只能靠DSM維持自己的使用者生態系~
但Qsan這新兵如果同等級產品規格明顯落後(除了多了1 個 2.5" 空間以外)
軟體app也沒有別家豐富的話, 看來要走的路還很辛苦~
走前人開出來的路雖然易走但已經不會有甚麼風景可以收穫了
建議還是專注特定消費族群開發有特色的獨家功能, 把產品做出差異化才會有市場.
個人積分：0分
文章編號：66624396
個人積分：28分
文章編號：66627156
瘋狂小麥草 wrote:
用另一個Q家廣告做...(恕刪)
看到新的檔案系統的NAS推出上市，心中已經是一種期待。ZFS所提供的Deduplication, Compression 還有XCubeNAS 所提供的AutoTiering, 能在2bay甚至4Bay的NAS上面看到，已經是跳脫Q/S目前的設計規範外了。
至於APP多寡，還有插槽的多寡，各式各樣的連接器的支援。
我會回到使用NAS的初衷來看 "重要檔案備份" "提供額外儲存空間" "檔案分享" "存取效能"，根據最基本的需求，能有更多的選擇，我覺得對使用者來說，都是好事一件。 至於公司看到怎樣的光景，那都是那間公司的事情吧？
對我們使用者來說，
我不喜歡Ext3/4 系統保留過多的空間，雖然他效能比BTRFS好。但是在SSD上，BTRFS的效能卻比ext4好。
這個時候有一個檔案系統跳脫Ext3/4 or Brtfs, 讓我有更多的選擇，我會願意去嘗試看看，而且他提供更好的磁碟空間使用率，還有更好效能上的設計。 真是讓人期待呢。
而且，NAS最多人是拿來當檔案備份/分享，我想不是拿來當卡拉OK機用吧?
個人積分：0分
文章編號：66628010
哇靠 wrote:
看到新的檔案系統的NAS...(恕刪)
8GB RAM 如果開了 Deduplication 的話就真的悲劇了吧...又慢, 能dedup的資料量又少的可憐~ (32GB的 5004T 或許還可以勉強用一下)
其實 Dedup 適合的應用場景並不是SOHO/Home 而是有大量重複資料的 Office/SMB~
再說以一般 Home user會儲存在NAS上的資料結構型態來看~
占空間的大多是已經被高度壓縮過的影音圖像 (如avi,mov,jpg...etc) 已不適合再壓縮~
而且有完全重複的檔案內容否則 dedup 也幾乎是無用武之地的~
以一般home user存放資料的型態來看很難有大量的重複檔案重複佔據空間~
(範例參考: https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/)
最後, 這種硬體等級的 tower NAS 的 CPU運算能力跟記憶體空間大小根本不適合用 ZFS dedup 吧?
ZFS inline dedup 的使用量一拉高就會讓效能變成笑能..如果說有甚麼新技術能讓 ZFS dedup 對效能的影響降到可接受範圍的話~ 我還挺有興趣玩玩看的~
專注在rack上做好 deudp/compression 才是比較正確的方法,畢竟大多數 rackmount NAS 上存放的資料類型一般來說跟這種小NAS會有相當顯著的差異喔~
簡單來說 ZFS 的確有一拖拉庫好處, 我個人也覺得比EXT3/4或是BTRFS來的好~
但這些好處並不是"一般"會購買這種2~4 bay NAS的消費者族群所在意的點啦
而且也"無法證明"在甚麼樣的場景下能突顯出ZFS的好處就是了~
哦而且~ ZFS 的 RAID Z/Z2 (等同於RAID 5/6) 在"實際可用空間上"是比 EXT3/4 的 RAID 來的低的喔~ 會扣掉幾個 % 的空間. 所以並沒有空間使用率上的優勢吧?
結論是~ 好的產品也是要有對應收入支撐的~ 如果叫好不叫座的話萬一做不久產品就不maintain了或甚至公司倒了~ 初期的消費者就會變成敢死隊了~
想嘗鮮~資料不太重要~ 又不care產品CP值的朋友~ 倒是相當鼓勵試用一下這ZFS新玩具 ~
個人積分：4966分
文章編號：66631101
瘋狂小麥草 wrote:
8GB RAM 如果開了 Deduplication 的話就真的悲劇了吧...又慢, 能dedup的資料量又少的可憐~ (32GB的 5004T 或許還可以勉強用一下)...(恕刪)
XN3000 系列並不支援 du-duplication 功能. 應該也是考慮到硬體效能.
哦而且~ ZFS 的 RAID Z/Z2 (等同於RAID 5/6) 在"實際可用空間上"是比 EXT3/4 的 RAID 來的低的喔~ 會扣掉幾個 % 的空間. 所以並沒有空間使用率上的優勢吧?
你指的是 metadata 嗎? 現今的系統不管是 qnap ext4 or 其他採用 btrfs snapshot, 應該都需要額外配置空間用來存 metadata.
FB: Pctine
個人積分：0分
文章編號：66635269
pctine wrote:
XN3000 系列...(恕刪)
實際上要用zfs dedup 因為是inline 及時比對每一個block的特徵, 所以被dedup過的資料越多,要比對的越多. 而且每一個block (64k or 128k, 看Qsan怎定) 就會吃掉 320 byte 的system RAM空間來放不重複資料的特徵跟邏輯位址在 dedup table裡.
也就是實務上每1GB 的RAM(如果單純給dedup使用)只能用來 dedup 200G~400G 的資料~ 假設系統上有20% 的RAM開給dedup使用好了 (因為kernel跟其他service 都要空間), 32GB*20% = 6.4GB, 也只能 dedup 1.28~2.56TB的不重複資料 而且這前提是不在乎效能減損. 如果資料重複率為50%, 則只能dedup 2.56~ 5.12TB 的資料, 節省 1.28~ 2.56TB空間.
因為當量開始大的時候, 每寫入一個block就必須把RAM裡面dedup table所有的block都掃過一次(最糟的case就是寫128k進去的時候系統要比對好幾GB的table), 讀寫延遲跟效能都會變得非常糟糕.
如果以很小的320MB的dedup table 大小來看,用DDR3L 1600 的 12.8GB/s 完整頻寬計算,每寫一個 128K block 就會必須等待 0.025秒的時間才寫得進去 (不計算disk本身的寫入延遲), 也就代表此時的系統效能會剩下 5MB/s. 如果dedup table 長大到 3.2GB, 那系統效能就剩下 0.5MB/s 了.
反推的話如果要維持在 100MB/s 以上的Gigabit port速度讓user察覺不到, 那dedup table 就不能大於16MB, 也就是說被dedup過的不重複資料大小不能超過 3.2~6.4GB大小就是了~
總的來說 ZFS dedup,能不用則不用. 大部分的情況下,效用還沒有只會減損大約20%效能的compression來的好用. 而compression 卻是各家都有的技術, 所以有點雞肋就是了.
個人積分：8分
文章編號：66639130
個人積分：8分
文章編號：66692869
聖誕節就要來了！
QSAN 要送您XCubeNAS 3002T 2bay NAS，邀您一同參予聖誕節！
您只需要到QSAN FB 粉絲團按讚跟分享該活動文章，就可以得到XCubeNAS 3002T的抽獎資格！
另外還有機會獲得QSAN Q版USB，和手機充電線(iPhone和Android雙頭)呦。
抽獎結果將會在12/25(一)公布，
祝大家聖誕節快樂!
點擊到 QSAN FB 粉絲團
個人積分：4966分
文章編號：67409588
個人積分：8分
文章編號：67416714
個人積分：8分
文章編號：67749514
Firmware更新方式：
https://www.youtube.com/watch?v=J5Q-uBYK_HQ
QSAN下載中心：
https://www.qsan.com/zh-tw/download.php?cid=12&keywords=&act=query
更新內容請見下方的發布版本通知：
https://www.qsan.com/zh-tw/data/dl_files/2018-02/Qsan_XCubeNAS_XN_3000_5000_7000_8000_V3.0.2_Release_Note_1519281266547109841.pdf
關閉廣告