[問題] MX500 4TB 不明原因掉速

看板Storage_Zone作者 ( °Д°)時間4月前 (2023/12/15 04:03), 4月前編輯推噓8(8推 0噓 40→)
留言48則, 10人參與, 4月前最新討論串1/1
幾天前從別的SSD複製一些檔案進MX500 4TB。 每個檔案大小約100~200MB，共約55GB。 一開始系統快取作用下在數GB/s左右在跑，然後掉到500MB/s，到這還正常。 但中途有一小段掉到個位數MB/s在跑，大概幾秒，然後又回到500MB/s左右到結束。 今天想想又來測試，複製一樣檔案，中間出現2次也是個位數MB/s，然後回到500MB/s。 後又降到100~200MB/s在跑。 重複上面複製作業一次，又正常跑完全程，沒有降速。 之前把一些圖片打包成zip，用看圖軟體看，偶而也會翻頁到一半卡死幾秒後恢復。 想想不對，用軟體測試看看。 https://imgur.com/t5M4NOL.png
Acc.time相較網上搜到的比對下高的異常 https://imgur.com/vDo75kL.png
第二次測試寫入剩下個位數 關掉AS SSD Benchmark試著複製檔案進去，也是跑個位數的速度… 過一會兒又開AS SSD Benchmark測試，第一次又正常，除了Acc.time。 接著第二次測試寫入也是剩下個位數。 換個軟體 https://imgur.com/CWUrG08.png
沒有Acc.time，但測兩次下來都正常。 這是AS SSD Benchmark有問題？還是我的MX500 4TB有問題呢？ 韌體為M3CR045，應該是最新的，買來就沒動過。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.165.44.46 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1702584232.A.413.html ※ 編輯: Lighdark (1.165.44.46 臺灣), 12/15/2023 04:05:44 ※ 編輯: Lighdark (1.165.44.46 臺灣), 12/15/2023 04:07:53
推
12/15 07:20, 4月前 , 1F
去磁碟重組下個trim指令 放著或輕度使用幾小時
12/15 07:20, 1F
→
12/15 07:20, 4月前 , 2F
再測看看？
12/15 07:20, 2F
→
12/15 07:22, 4月前 , 3F
認為只是觸發GC或是寫完SLC快取變成顆粒速度而已
12/15 07:22, 3F
推
12/15 09:08, 4月前 , 4F
DRAM比例砍過，理想1:1，忘記現在砍成多少
12/15 09:08, 4F
推
12/15 09:09, 4月前 , 5F
換條sata線跟槽
12/15 09:09, 5F
→
12/15 09:11, 4月前 , 6F
現在不管1T到4T，內置記憶體都是512M，而不是4G
12/15 09:11, 6F
→
12/15 09:14, 4月前 , 7F
#1XRa9nwn 傳送門 所以持續寫入會稍微喘很正常
12/15 09:14, 7F
→
12/15 09:17, 4月前 , 8F
(掉到個位數也是Dramless會有的經典症狀而且喘更久)
12/15 09:17, 8F
→
12/15 09:30, 4月前 , 9F
原理大概是，當內置DRAM能快取越多FTL資訊，就越少
12/15 09:30, 9F
→
12/15 09:30, 4月前 , 10F
遇到需要從NAND顆粒讀寫FTL(超過快取的部分)的情況
12/15 09:30, 10F
→
12/15 09:33, 4月前 , 11F
我也是4T也會這樣 但我會直接像凍結原本版本045
12/15 09:33, 11F
→
12/15 09:34, 4月前 , 12F
rma回來046 也是會整個卡死再換第二次中
12/15 09:34, 12F
→
12/15 09:45, 4月前 , 13F
把DRAM比成水塔，出現個位數速率就是水塔已經流光，
12/15 09:45, 13F
→
12/15 09:45, 4月前 , 14F
進水管來不及補充。水塔容量越大就越能掩蓋進水流量
12/15 09:45, 14F
→
12/15 09:45, 4月前 , 15F
小的先天限制~
12/15 09:45, 15F
→
12/15 10:03, 4月前 , 16F
敘述修正，從NAND讀寫FTL跟在DRAM內操作同時進行，
12/15 10:03, 16F
→
12/15 10:03, 4月前 , 17F
出現瓶頸時瞬間修改量超過DRAM容量，好比電腦記憶體
12/15 10:03, 17F
→
12/15 10:03, 4月前 , 18F
爆滿去使用到分頁檔（暫時把部分記憶體存放到硬碟）
12/15 10:03, 18F
→
12/15 10:09, 4月前 , 19F
所以要等寫入完NAND，才釋放足夠記憶體接受下筆資料
12/15 10:09, 19F
→
12/15 10:32, 4月前 , 20F
(改) 出現瓶頸時，也許是"積案"超過DRAM容量，不得
12/15 10:32, 20F
→
12/15 10:32, 4月前 , 21F
不緩下來先處理完"積案"(更新FTL並永久存進NAND)。
12/15 10:32, 21F
→
12/15 10:32, 4月前 , 22F
我們知道記憶體容量越大就能保持越多資料背景慢慢寫
12/15 10:32, 22F
→
12/15 10:39, 4月前 , 23F
就像系統內建的傳檔方式：傳檔最初會以最高速從來源
12/15 10:39, 23F
→
12/15 10:39, 4月前 , 24F
碟讀取直到內定的快取量，然後慢慢釋放，降到一定水
12/15 10:39, 24F
→
12/15 10:39, 4月前 , 25F
位才會從來源碟讀取補充
12/15 10:39, 25F
→
12/15 10:50, 4月前 , 26F
那SSD降到個位數速率也好比從SSD要傳HDD，系統快取
12/15 10:50, 26F
→
12/15 10:50, 4月前 , 27F
滿滿的，一陣子才降到一定水位，觸發從SSD讀取補充
12/15 10:50, 27F
→
12/15 12:44, 4月前 , 28F
ltytw，trim剛做過，線還沒試就是，看不出來像線。
12/15 12:44, 28F
→
12/15 12:45, 4月前 , 29F
所以這是換過料了…dram縮水了才有這問題
12/15 12:45, 29F
→
12/15 12:46, 4月前 , 30F
那個Acc.time不測的話，第二次測就會正常。
12/15 12:46, 30F
→
12/15 12:54, 4月前 , 31F
aggcf2266原來有046？不過看你這樣說也不是韌體問題
12/15 12:54, 31F
推
12/15 14:59, 4月前 , 32F
空盤表現這樣那有點滿的不就似有若無那樣？
12/15 14:59, 32F
→
12/15 15:47, 4月前 , 33F
不是空盤，約使用35%容量。
12/15 15:47, 33F
→
12/15 15:48, 4月前 , 34F
不過這情況下次不會想選MX500了，往M.2去選了。
12/15 15:48, 34F
推
12/15 16:18, 4月前 , 35F
mx500不就是給不夠m.2的用的嗎@@
12/15 16:18, 35F
→
12/15 16:35, 4月前 , 36F
就是M.2插滿了才選MX500，下次就換機的事了。
12/15 16:35, 36F
推
12/15 18:37, 4月前 , 37F
M.2滿了還有PCI-E轉接卡可以考慮
12/15 18:37, 37F
→
12/15 18:41, 4月前 , 38F
是插了轉接卡後還滿了
12/15 18:41, 38F
推
12/15 19:16, 4月前 , 39F
看來拆機洋垃圾5200 Pro全碟不掉速真的猛www
12/15 19:16, 39F
→
12/15 21:25, 4月前 , 40F
我是空盤拉檔案大概70G 三四個4k影片而已 045就會
12/15 21:25, 40F
→
12/15 21:25, 4月前 , 41F
發生凍結然後要整個ssd移除才正常還要重開機 換046
12/15 21:25, 41F
→
12/15 21:25, 4月前 , 42F
是不用重開機但拉一樣的檔案還是跑到一定程度後直
12/15 21:25, 42F
→
12/15 21:25, 4月前 , 43F
接卡死凍結 只能再換了QQ
12/15 21:25, 43F
→
12/15 21:42, 4月前 , 44F
等看後續。不知道該不該報修。除了掉一下速還算正常
12/15 21:42, 44F
→
12/16 09:46, 4月前 , 45F
如果長時間用起來正常就別換了mx500改版成這樣問題
12/16 09:46, 45F
→
12/16 09:46, 4月前 , 46F
一堆也不是最近的事 最慘的是我是遇到才知道改版..
12/16 09:46, 46F
→
12/16 11:51, 4月前 , 47F
這年頭除了企業碟以外， SATA 也很難看到規格做滿的
12/16 11:51, 47F
推
12/16 16:51, 4月前 , 48F
緩衝區欠載問題以前光碟機很常見砍規格就要修補韌體
12/16 16:51, 48F
‣ 更多 Lighdark 的文章
文章代碼(AID): #1bUr-eGJ (Storage_Zone)