[心得] Software RAID 效能還可以！消失

看板Storage_Zone作者時間7年前 (2017/01/01 00:07), 7年前編輯推噓12(12推 0噓 52→)
留言64則, 14人參與, 最新討論串1/1
一直以來我都覺得Softwar RIAD沒有硬體RAID那麼厲害 當然我還是學別人裝一下Software RAID來試試看是否快速 剛剛測試了一下，這個圖： http://i.imgur.com/InACTzf.png
竟然有超過1000MB/s的效能！！ 我覺得真是不可思議！！ 猜猜看這樣大概是幾顆硬碟組成呢？？？ -- +_+(Cargon伺服器)+_+ DN: cargon.net MC: Spigot 1.9.2 TS: cargon.net (密碼:cargon) +_+(器服伺Nograc)+_+ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.171.26.185 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1483200433.A.7B9.html **修正linux系統造成簽名檔換行** ※ 編輯: a34021501 (1.171.26.185), 01/01/2017 00:08:10
→
01/01 00:31, , 1F
新 cpu 都有 avx avx2 了 (當然低階沒有)，所以就算
01/01 00:31, 1F
→
01/01 00:32, , 2F
是 raid5/6 也很快，隨便一顆 i3 都屌虐爛硬體晶片
01/01 00:32, 2F
→
01/01 00:34, , 3F
只要不是非常舊的 linux， MD 都支援 avx
01/01 00:34, 3F
推
01/01 01:03, , 4F
我想軟raid的問題是高cpu使用率，倒不是速度上不去
01/01 01:03, 4F
→
01/01 01:14, , 5F
從 dmesg 可以看到 raid5/6 選用的演算法
01/01 01:14, 5F
→
01/01 01:15, , 6F
raid6 的話 avx2x4 隨便都 20GB/s 起跳
01/01 01:15, 6F
→
01/01 01:17, , 7F
現在 cpu 很強大的，今年是 2017
01/01 01:17, 7F
推
01/01 03:37, , 8F
你難得發正常的文了...
01/01 03:37, 8F
→
01/01 11:21, , 9F
我以為software raid的問題會是系統掛掉時不好修
01/01 11:21, 9F
推
01/01 11:24, , 10F
可是聽說..如果板子掛了,會很麻煩?
01/01 11:24, 10F
→
01/01 14:12, , 11F
現在CPU很強大(X) 現在intel CPU很強大
01/01 14:12, 11F
→
01/01 14:13, , 12F
今年是2017，所以skylake和kabylake很強大
01/01 14:13, 12F
→
01/01 14:13, , 13F
haswell ivy sandy就別拿來提了
01/01 14:13, 13F
→
01/01 14:53, , 14F
現在人類科技很先進(X 美國科技很先進(O
01/01 14:53, 14F
→
01/01 16:46, , 15F
raid的重點應該是在rebuild速度，不是存取速度
01/01 16:46, 15F
→
01/01 17:13, , 16F
sandybridge 就有 avx 了，然後為什麼 rebuild 會比
01/01 17:13, 16F
→
01/01 17:14, , 17F
較慢？ rebuild 當然可以用 avx ，而且 20GB/s 有多
01/01 17:14, 17F
→
01/01 17:15, , 18F
快？那是 DDR3 雙通跟不上的速度，而且是有寫入時才
01/01 17:15, 18F
→
01/01 17:16, , 19F
會需要吃 cpu ，原 po 只測讀取也才 1G/s ，再怎樣
01/01 17:16, 19F
→
01/01 17:18, , 20F
說，cpu 瓶頸會是 IO 而不是 xor 運算
01/01 17:18, 20F
→
01/01 17:21, , 21F
板上一堆還活在十年前的，以為軟 raid 比較慢
01/01 17:21, 21F
→
01/01 17:24, , 22F
p.s. linux md 除了 avx 也支援 sse ，只是 avx 比
01/01 17:24, 22F
→
01/01 17:24, , 23F
較快，所以不會去用 sse ，但是沒 avx 的機器就會用
01/01 17:24, 23F
→
01/01 17:25, , 24F
sse，也就是這十年內的 intel cpu 都很 ok
01/01 17:25, 24F
推
01/01 17:42, , 25F
軟體RAID現在不知道有沒有跟以前一樣，資訊檔是寫在
01/01 17:42, 25F
→
01/01 17:42, , 26F
第一顆硬碟，一掛就全毀了~~，還是都已經分散複製
01/01 17:42, 26F
→
01/01 18:14, , 27F
看哪一種，linux mdadm 從來沒有只寫在第一顆這種事
01/01 18:14, 27F
→
01/01 18:16, , 28F
可能 199x 年還沒有 mdadm 以前有這種事吧？
01/01 18:16, 28F
推
01/01 20:16, , 29F
之前Windows raid rebuild 1TB要兩天左右
01/01 20:16, 29F
→
01/01 20:16, , 30F
原來用新硬體會比較快嗎
01/01 20:16, 30F
推
01/02 00:53, , 31F
一般 rebuild 的瓶頸是硬碟 所以應該不會比較快
01/02 00:53, 31F
推
01/02 08:01, , 32F
mdadm 超強比硬體 RAID 更好修好嗎... 不綁硬體
01/02 08:01, 32F
→
01/02 08:02, , 33F
換系統插上去 scan 一下 RAID 組態就都回來了
01/02 08:02, 33F
→
01/02 09:50, , 34F
硬體RAID也好多種...RAID組態也有好多種...
01/02 09:50, 34F
→
01/02 09:51, , 35F
更別提軟RAID了。是要拿哪種跟哪種比？
01/02 09:51, 35F
推
01/02 14:16, , 36F
你自己都說好多種了 他們互相相容嗎 XD
01/02 14:16, 36F
→
01/02 14:17, , 37F
只要都用 mdadm 做軟 RAID 都很好移植 至於不同 RAI
01/02 14:17, 37F
→
01/02 14:17, , 38F
D 軟體之間就不見得相容
01/02 14:17, 38F
→
01/02 14:18, , 39F
用軟 RAID 的優勢是不會被硬體商綁住 當然硬體 RAID
01/02 14:18, 39F
→
01/02 14:18, , 40F
還是有他的優點
01/02 14:18, 40F
推
01/02 14:18, , 41F
我是覺得硬體的，升級比較無痛，一個系列換張卡
01/02 14:18, 41F
→
01/02 14:18, , 42F
就能直上了
01/02 14:18, 42F
→
01/02 16:16, , 43F
相容性關我屁事，我從頭到尾都沒提。raid5/6 就已經
01/02 16:16, 43F
→
01/02 16:17, , 44F
最吃 cpu 的了，其它組態只會更快。本來就只有比較
01/02 16:17, 44F
→
01/02 16:17, , 45F
速度，一堆跳針歪樓只是不願面對自已的錯誤而已
01/02 16:17, 45F
→
01/02 16:19, , 46F
p.s. wuliou 換新機器 rebuild 還是慢，因為瓶頸在
01/02 16:19, 46F
→
01/02 16:19, , 47F
單顆硬碟寫入，所以 cpu 快沒用
01/02 16:19, 47F
→
01/02 16:21, , 48F
p.s. 原 po 顯然就是用 mdadm ，討論 mdadm 有什麼
01/02 16:21, 48F
→
01/02 16:22, , 49F
問題嗎？ 拿硬體、其它軟體來比才是跳針吧
01/02 16:22, 49F
公佈答案~_~" Toshiba 3TB * 7 With RAID 5 ※ 編輯: a34021501 (1.171.10.91), 01/03/2017 03:46:26
推
01/04 10:42, , 50F
說什麼顯然就是、然後畫地自限只許討論mdadm了？
01/04 10:42, 50F
推
01/04 10:46, , 51F
原PO哪句話提到mdadm了？之前甚至連RAID5都沒提到
01/04 10:46, 51F
→
01/04 10:46, , 52F
先說人家跳針就贏，這就是現在的儲存版風氣？好你贏
01/04 10:46, 52F
→
01/04 15:08, , 53F
呵呵 圖片上就 /dev/md2 啊
01/04 15:08, 53F
→
01/04 15:09, , 54F
是你眼睛不好沒看見吧？
01/04 15:09, 54F
→
01/04 15:10, , 55F
不討論 raid 5 就更不可能有速度慢的問題
01/04 15:10, 55F
→
01/04 15:12, , 56F
本版真的是只許推硬體raid，然後可笑的是 nas 明明
01/04 15:12, 56F
→
01/04 15:12, , 57F
也是軟 raid ，但推 nas 卻沒問題。
01/04 15:12, 57F
推
01/05 10:18, , 58F
nas都走軟瑞？？那我客戶跟我們進帶瑞的ic是進心酸
01/05 10:18, 58F
→
01/05 10:18, , 59F
的？
01/05 10:18, 59F
→
01/05 12:28, , 60F
哪種晶片？ JMicron 那種 raid controller 嗎？
01/05 12:28, 60F
→
01/05 12:29, , 61F
假硬體 raid 現在也是 mdadm 在管的喔。
01/05 12:29, 61F
→
01/05 12:30, , 62F
要找一定有啦，只不過只是吵架而已
01/05 12:30, 62F
→
01/05 12:31, , 63F
反過來說，難道透過指令集做硬體加速就還是得軟體？
01/05 12:31, 63F
→
01/05 12:31, , 64F
算
01/05 12:31, 64F
‣ 更多 a34021501 的文章
文章代碼(AID): #1OPzUnUv (Storage_Zone)