PTT數位生活區 / Storage_Zone (儲存裝置)

Re: [問題] 關於SSD的瞭解

看板Storage_Zone (儲存裝置)作者 (stu)時間15年前 (2010/11/24 18:00), 編輯推噓9(9推 0噓 33→)
留言42則, 7人參與, 最新討論串3/3 (看更多)
感謝回答 不過現在我自己已經組了SSD RAID 做了一些測試之後 想要補充修正幾點 修正一 用主機板組SSD RAID0 只要選對晶片組 基本上並不會卡南橋 (如果只有兩顆SSD的話) X58晶片+SSD*2 RAID0 可以達到平均522MB/s的讀取速度沒問題 但是用JMB晶片組RAID0就只能達到150MB/s 修正二 RAID0 對於Access Time 影響不大 就算組了RAID0 量測得到的Access Time也只有0.063ms (使用HD Tune 4.60 pro版本) 相較於一般HDD的12~20ms 所以我覺得應該沒有RAID不適合系統碟的這個說法才對 如果我哪裡說錯或是測試設定有錯 歡迎提出糾正喔 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.210.62
推
11/24 18:45, , 1F
可以去查一下4K的IOPS是否正常....
11/24 18:45, 1F
→
11/24 21:14, , 2F
用AS SSD Benchmark測一下數劇吧@@
11/24 21:14, 2F
→
11/24 22:08, , 3F
只有兩顆SSD的話<SB700、ICH7R之後的南橋都沒問題
11/24 22:08, 3F
→
11/24 22:09, , 4F
HDTUNE適用HDD、SSD適用as ssd benchmark、CDM
11/24 22:09, 4F
→
11/24 22:11, , 5F
HDD適用HDTUNE。 SSD適用as ssd benchmark、CDM。
11/24 22:11, 5F
→
11/24 22:38, , 6F
簡單說就是HD Tune不準對吧？
11/24 22:38, 6F
→
11/24 22:54, , 7F
sequence容易不準，IOPS沒注意
11/24 22:54, 7F
發現推文限制時間實在太不方便了 所以用修文放圖片好了 下面這兩張是我自己測出來的數據 ssd raid0是系統碟 有開write back，會利用cache 所以寫入數據不錯看 http://yfrog.com/14pic1vjp http://yfrog.com/b7pic2qtp 下面這一篇是別人測試單顆X25m 120GB SSD的報告 http://www.mobile01.com/topicdetail.php?f=490&t=1858494 我自己猜測，他應該沒有開write back功能 所以比較有判斷價值的是讀取部份 在4k IOPS和Speed都是單顆會贏 但是4k多工時，IOPS和Speed則會是RAID0贏 ，而且數值會接近兩倍 （但不到2倍) Raid0組系統碟，好像看不出什麼大問題 ※ 編輯: iamstudent 來自: 140.113.251.45 (11/24 23:39) ※ 編輯: iamstudent 來自: 140.113.251.45 (11/24 23:42)
推
11/24 23:50, , 8F
實測好文 我想這個概念應該很像 多核CPU在多工有優勢
11/24 23:50, 8F
→
11/24 23:52, , 9F
但單工時優勢卻不明顯 另可請問如何開關write back??
11/24 23:52, 9F
→
11/24 23:53, , 10F
還有如果是P55晶片組不知是不是也類似這個狀況...
11/24 23:53, 10F
可以使用intel Matrix Storage程式 (intel 快速儲存技術？)打開write back 順便解釋一下write back開關的效果 不過不是很肯定，有錯請糾正 開啟：資料會先寫入硬碟cache，對於os就算完成了。 os不用等待太久就可以繼續作其他動作 系統確定資料不會再用到的時候才真正寫入硬碟 (不確定，os還是誰來決定？) 可以減低寫入次數 (不確定) 而真正寫入硬碟的時間被延遲 代價是不正常斷電等情況，會失去cache內還沒寫入硬碟的資料 關閉：可能就是write through (不確定) 比較慢，但是相對上安全 另外 如果你說的p55 那我想應該沒問題的 這邊有人組過raid的測試可以看看 http://www.coolpc.com.tw/phpBB2/viewtopic.php?f=68&t=55950 之前我就是看到這一篇文章 才認定主機板組RAID不會有卡南橋的問題在 結果裝錯在JMB上才發現晶片組影響很大 ※ 編輯: iamstudent 來自: 140.113.251.45 (11/25 00:37)
→
11/25 00:26, , 11F
RAID是把多drive合作一drive，跟CPU多核獨立工作不同
11/25 00:26, 11F
→
11/25 00:31, , 12F
單顆硬碟無法使用write back。 RAID下沒有TRIM功能
11/25 00:31, 12F
去查了一下trim 這邊有一些關於trim在raid的文章 支持trim in raid的說法： http://ppt.cc/@rKV 2010年3月23日 intel官方說明: http://www.intel.com/support/chipsets/imsm/sb/CS-031491.htm 2010年3月26日 intel 官方原文是這樣的 Intel® Rapid Storage Technology 9.6 supports TRIM in AHCI mode and in RAID mode for drives that are not part of a RAID volume. A defect was filed to correct the information in the Help file that states that TRIM is supported on RAID volumes. 我在猜可能intel之前有說錯了 然後消息就被公佈出去 intel後來又更正過 才會有第二段那串文字 看到那個not part of a RAID volume 現在我會覺得應該答案是否定的 簡單說，RAID0還沒有辦法用trim ※ 編輯: iamstudent 來自: 140.113.251.45 (11/25 01:05) ※ 編輯: iamstudent 來自: 140.113.251.45 (11/25 01:06)
推
11/25 08:21, , 13F
那應該可以用intel的ssd工具軟體去定期手動trim??
11/25 08:21, 13F
→
11/25 08:22, , 14F
還有raid下可以用單顆不能用的write back應可緩解無
11/25 08:22, 14F
→
11/25 08:23, , 15F
trim所帶來的寫入效能低落??
11/25 08:23, 15F
→
11/25 08:33, , 16F
請問"無trim帶來的寫入效能低落"可有實證？
11/25 08:33, 16F
有沒有其他手動執行trim的程式 （且對raid下的SSD有效） 這個要請其他人補充了 我還沒有仔細去找過 不能直接排除這種可能性 關於write back 這個與raid無關 就算單顆硬碟也可以開啟write back raid狀態下總cache比較大 是否因此有明顯好處則不清楚 cache是一定會幫助寫入沒錯 但是能否完全消除寫入變慢的問題 大概只能用時間來驗證 無trim的長期使用 會讓ssd的寫入慢慢惡化 這一點有在外國的網站看到過 但是一時之間找不到了 而且那一篇測試也不是在raid下的測試 不過intel會標示x25m的寫入速度 70MB/s 大概就不是假的 新開的ssd目前測出來的寫入速度比這個高 也許以後就會慢慢變成這個速度 (囧 不要呀) ※ 編輯: iamstudent 來自: 140.113.251.45 (11/25 09:04)
→
11/25 09:20, , 17F
你是說裝置管理員>硬碟>右鍵>內容>原則的寫入快取嗎?
11/25 09:20, 17F
→
11/25 09:23, , 18F
那個內接硬碟都會自動開啟,雖然名稱一樣但成效差很多
11/25 09:23, 18F
我是從這個地方設定的 用intel的程式來開啟 看圖： http://yfrog.com/5n69486879p
推
11/25 09:45, , 19F
http://goo.gl/n3acf Intel SSD Toolbox
11/25 09:45, 19F
推
11/25 10:08, , 20F
..不支援Raid下的Trim
11/25 10:08, 20F
推
11/25 10:11, , 21F
沒Trim影響的寫入速度 不是永久的吧
11/25 10:11, 21F
→
11/25 10:12, , 22F
該刪掉的沒刪，所以寫入的時候要邊刪邊寫 才會變慢
11/25 10:12, 22F
推
11/25 10:13, , 23F
所以一直聽到trim很重要，但是卻沒有太多trim的測試
11/25 10:13, 23F
→
11/25 10:13, , 24F
一直讓我很納悶，到底trim和trim在RAID底下的表現
11/25 10:13, 24F
→
11/25 10:14, , 25F
會對SSD (or RAID)有多大影響？
11/25 10:14, 25F
※ 編輯: iamstudent 來自: 140.113.251.45 (11/25 10:16)
推
11/25 10:20, , 26F
http://goo.gl/ZTKOE page4。寫入下降好像也有個極限
11/25 10:20, 26F
→
11/25 10:21, , 27F
不會掉太多。我本來也在想沒trim到底要不要組RAID
11/25 10:21, 27F
→
11/25 10:22, , 28F
看一看以後...發現raid還是利遠大於弊
11/25 10:22, 28F
→
11/25 10:23, , 29F
在怎麼樣raid0寫入也會比單顆+trim快啊
11/25 10:23, 29F
→
11/25 10:25, , 30F
那和我第一篇整理出來的報告是一樣的
11/25 10:25, 30F
→
11/25 10:26, , 31F
長期使用的w速度， SSD RAID0 > SSD+trim > SSD only
11/25 10:26, 31F
→
11/25 11:00, , 32F
不過現在看起來只能說raid的缺點沒有很大
11/25 11:00, 32F
→
11/25 11:01, , 33F
至於raid ssd的優點是否真的遠大單顆SSD還不知道
11/25 11:01, 33F
→
11/25 11:02, , 34F
如果一顆SSD使用起來的感覺和兩個SSD RAID0差不多
11/25 11:02, 34F
→
11/25 11:03, , 35F
那麼組SSD RAID就不是那麼有意義的事情了
11/25 11:03, 35F
→
11/25 11:05, , 36F
不過這一點我就無從得知了 因為不想重灌電腦 XD
11/25 11:05, 36F
推
11/25 11:14, , 37F
單就數值上來看 Raid可以提升ssd的循序讀寫效能 尤其
11/25 11:14, 37F
→
11/25 11:15, , 38F
i牌的寫入較慢 access time和小檔效能也不會損失太多
11/25 11:15, 38F
Raid也有提昇隨機存取的速度才對 不只是提昇循序存取而已 那個4k Thrd的數據應該可以解釋這一點 ※ 編輯: iamstudent 來自: 140.113.210.62 (11/25 11:46)
→
11/25 13:02, , 39F
我是說單顆硬碟的CACHE跟RAID的CACHE成效有差
11/25 13:02, 39F
→
11/25 22:35, , 40F
呃 說CACHE不大好，因為到處都有CACHE。
11/25 22:35, 40F
→
11/25 22:37, , 41F
我的意思是INTEL RAID驅動的write back，跟M$可以啟
11/25 22:37, 41F
→
11/25 22:39, , 42F
M$可以啟用的快取不同。 當然,跟硬碟上的CACHE也不同
11/25 22:39, 42F
‣ 更多 iamstudent 的文章
文章代碼(AID): #1CxE9Cnp (Storage_Zone)
Storage_Zone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 iamstudent 的文章
文章代碼(AID): #1CxE9Cnp (Storage_Zone)