Log for Ubuntu 台灣社群

通常新舊不會影響太多，嚴重影響的是不合理的設定。除此之外是不知道祖傳了什麼鬼下來的 Admin

不會
那時硬碟韌體在控制的

不然的話，我原本想說能拿這個當理由來說服群輝去更新kernel
不然的話我的NAS 的kernel 還在4.4.x

HC530沒有這個功能吧

喔，我以為你是說 512MB Cache

原來是混合碟

那一樣也是硬碟韌體控制的

我這邊從頭到尾都沒有提512MiB cache

因為我看到 NAND 就直覺想到 Cache

Proprietary names 我不熟

反正沒有

群輝也不可能為了效能更新kernel

群輝只會跟你說你不是用原廠認證的硬碟

QVL 當擋箭牌真好用

他還在 4.4.302+

順帶一提，syno 會慢是因為他還在 btrfs-progs v4.0

絕大多數使用者都還在用 syno 版 bugfs

然後他的 mdraid 還在 mdadm - v3.4

所以它根本不可能為了效能改任何東西

所以往生比較快

各種歷史包袱

他咋可能有效能

效能改進不會讓他賺錢

研發更多有漏洞的 app 比較有機會

基本上只要沒有夠大的採購逼他改，大概就是到他們維護不動要砍掉重練等級之前都不會動了

所以要效能的話，自己弄 ceph 可能比較實際一點👌

我的NAS透過10Gbps速度幾乎都只能在250MiB/s~300MiB/s

他們說那個並不是用來當SSHD用的
那個NAND上面是用來存放metadata用的 一來轉移metadata到上面之後 HDD上面用來存資料的空間就更多了
然後同時間可以降低HDD的延遲 因為不需要再從磁碟片裡面調metadata了

密度提升後的解決方案

但不知道為什麼有種 SMR 既事感

我確定我這個不是
HC6xx才是SMR

我知道不是 SMR

但你看官方文件，他們說是因為密度提升後，需要 Refresh

所以我覺得這個 Refresh 行為似乎有點像 SMR 要重寫鄰近磁軌一樣

或許理解有誤
但我想更深入了解所謂的 Refresh 究竟是什麼原理

我覺得這個比較像scurb

了解
得在研究看看

Scrub可以用來確保資料的一致性

Btrfs跟zfs需要定期scrub
可以不做，但是建議定期要做

這單昨天沒進場，可以撤了，做剛剛發的新單

但凡他規模大一點 scrub 起來速度肯定美觀