Re: [閒聊] ECC的必要性?
※ 引述《wei115 (NEET)》之銘言:
: 但是就算沒有ECC,現代電腦卻沒有頻繁出現錯誤,也就是說ECC的引入不是那麼急迫的事
: 那現代電腦是如何解決記憶體沒有ECC產生的問題呢?
: 1. 錯誤率本來就低(0.1%以下),就算沒有ECC也沒差
: 2. 有其他硬體糾錯設計,就算沒ECC還是能一定程度消除錯誤
: 3. 作業系統的演算法,可以迴避錯誤
: 4. 不處理,一切聽天由命
: 現在電腦是採用那些方案?
我來認真回答這篇問題
先說結論, DDR4時代是 2+4 , Address bus有做CRC檢錯,
但也就只有這樣而已。
-----
記憶體爛掉造成系統當機, 最嚴重的時期記得
大概是在DDR-DDR2的時代, 那時候的機器就算用起來很正常,
用memtest去掃都可能會看到錯誤。
當年記憶體可能剛好遇上製程瓶頸, 所以故障率其實是不低的。
據說近年半導體製程提升後, 記憶體的品質就比較穩定了,
感覺大約是在DDR3中後期吧....
那到底ECC重要不重要?
https://tinyurl.com/snra26e
DRAM造成當機? 微軟建議PC製造商採用ECC記憶體
當然, 那個時代剛好是DDR3之前了
現在就是「沒有以前重要」, 但到底是多重要或多不重要,
這取決於你的資料有多重要
--------
認真說一下, RAM沒有ECC會怎樣。會有四種可能。
1. 沒有故障, 正常使用。
只是如前所說, 現在記憶體普遍裝很大,
他一旦發生故障, 你不見得會知道。
2. 發生故障, 正常使用。
這就是有趣的地方。現代RAM跟軟體都太龐大,
也許發生故障的地方, 你就是這麼湊巧的沒用到,
所以什麼事情也沒有。
3. 發生故障, 引發當機。
當機就比較惱人點, 可能會害你沒存檔的資料流失,
還會因為BSOD露的哭臉感到煩躁,
但當久了你總會知道電腦不太對勁, 還會去處理他。
4. 發生故障, 引發資料隱性毀損
這是最恐怖的。許多人以為沒當機就沒有事,
但事實上如果記憶體有故障, 而故障的區域不是
放程式代碼、而是資料, 那就可能會產生資料毀損。
如果是影片、照片這類的檔案, 也許毀損就是
造成了一小塊雜訊;
但如果是一個RAR壓縮檔, 那抱歉, 受影響的檔案就
沒法完整解開了。但你得等猴年馬月後要用時才會發現。
所以還是那句話, ECC有多重要, 取決於你的資料有多重要
-----
我個人是ECC派就是, 我的下一台電腦會使用ECC到64G
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.171.171.94 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1579205350.A.6F3.html
推
01/17 04:26,
4年前
, 1F
01/17 04:26, 1F
→
01/17 04:27,
4年前
, 2F
01/17 04:27, 2F
→
01/17 04:27,
4年前
, 3F
01/17 04:27, 3F
推
01/17 06:16,
4年前
, 4F
01/17 06:16, 4F
推
01/17 06:31,
4年前
, 5F
01/17 06:31, 5F
→
01/17 06:31,
4年前
, 6F
01/17 06:31, 6F
→
01/17 06:31,
4年前
, 7F
01/17 06:31, 7F
推
01/17 06:59,
4年前
, 8F
01/17 06:59, 8F
推
01/17 07:03,
4年前
, 9F
01/17 07:03, 9F
→
01/17 07:03,
4年前
, 10F
01/17 07:03, 10F
→
01/17 07:03,
4年前
, 11F
01/17 07:03, 11F
→
01/17 07:04,
4年前
, 12F
01/17 07:04, 12F
不會喔 文書處理大概容錯率是相對高的
真的出錯了可能整篇文章某個字變錯字你也沒發現
真正錯一個bit都不行的是壓縮編碼
那個會直接在解壓縮時死給你看
推
01/17 07:48,
4年前
, 13F
01/17 07:48, 13F
→
01/17 07:48,
4年前
, 14F
01/17 07:48, 14F
→
01/17 07:49,
4年前
, 15F
01/17 07:49, 15F
→
01/17 07:50,
4年前
, 16F
01/17 07:50, 16F
→
01/17 07:51,
4年前
, 17F
01/17 07:51, 17F
→
01/17 08:10,
4年前
, 18F
01/17 08:10, 18F
→
01/17 08:10,
4年前
, 19F
01/17 08:10, 19F
→
01/17 08:11,
4年前
, 20F
01/17 08:11, 20F
→
01/17 08:11,
4年前
, 21F
01/17 08:11, 21F
→
01/17 08:13,
4年前
, 22F
01/17 08:13, 22F
→
01/17 08:13,
4年前
, 23F
01/17 08:13, 23F
→
01/17 08:21,
4年前
, 24F
01/17 08:21, 24F
→
01/17 08:28,
4年前
, 25F
01/17 08:28, 25F
→
01/17 08:28,
4年前
, 26F
01/17 08:28, 26F
→
01/17 08:28,
4年前
, 27F
01/17 08:28, 27F
→
01/17 08:40,
4年前
, 28F
01/17 08:40, 28F
推
01/17 08:59,
4年前
, 29F
01/17 08:59, 29F
推
01/17 09:25,
4年前
, 30F
01/17 09:25, 30F
推
01/17 10:19,
4年前
, 31F
01/17 10:19, 31F
推
01/17 10:25,
4年前
, 32F
01/17 10:25, 32F
推
01/17 10:27,
4年前
, 33F
01/17 10:27, 33F
→
01/17 10:27,
4年前
, 34F
01/17 10:27, 34F
→
01/17 10:27,
4年前
, 35F
01/17 10:27, 35F
→
01/17 10:27,
4年前
, 36F
01/17 10:27, 36F
→
01/17 10:30,
4年前
, 37F
01/17 10:30, 37F
→
01/17 10:31,
4年前
, 38F
01/17 10:31, 38F
還有 43 則推文
還有 1 段內文
→
01/17 14:40,
4年前
, 82F
01/17 14:40, 82F
※ 編輯: wahaha99 (1.171.171.94 臺灣), 01/17/2020 14:40:28
→
01/17 14:40,
4年前
, 83F
01/17 14:40, 83F
→
01/17 15:25,
4年前
, 84F
01/17 15:25, 84F
推
01/17 15:47,
4年前
, 85F
01/17 15:47, 85F
→
01/17 15:47,
4年前
, 86F
01/17 15:47, 86F
→
01/17 15:50,
4年前
, 87F
01/17 15:50, 87F
→
01/17 15:51,
4年前
, 88F
01/17 15:51, 88F
→
01/17 15:52,
4年前
, 89F
01/17 15:52, 89F
→
01/17 15:53,
4年前
, 90F
01/17 15:53, 90F
→
01/17 16:07,
4年前
, 91F
01/17 16:07, 91F
當然是64bit(8byte)額外拿1byte來用
推
01/17 16:12,
4年前
, 92F
01/17 16:12, 92F
→
01/17 16:22,
4年前
, 93F
01/17 16:22, 93F
※ 編輯: wahaha99 (1.171.171.94 臺灣), 01/17/2020 16:28:18
→
01/17 16:46,
4年前
, 94F
01/17 16:46, 94F
→
01/17 16:46,
4年前
, 95F
01/17 16:46, 95F
Raid5都能做了
研究一下就知道不是問題
※ 編輯: wahaha99 (1.171.171.94 臺灣), 01/17/2020 17:08:17
推
01/17 17:51,
4年前
, 96F
01/17 17:51, 96F
→
01/17 18:21,
4年前
, 97F
01/17 18:21, 97F
→
01/17 18:21,
4年前
, 98F
01/17 18:21, 98F
→
01/17 18:21,
4年前
, 99F
01/17 18:21, 99F
→
01/17 18:21,
4年前
, 100F
01/17 18:21, 100F
→
01/17 18:39,
4年前
, 101F
01/17 18:39, 101F
→
01/17 18:39,
4年前
, 102F
01/17 18:39, 102F
→
01/17 18:39,
4年前
, 103F
01/17 18:39, 103F
當然不是這樣收 XDDDD
我只能說照這種64硬幹的模式 (如果真的有...雖然現在好像沒有)
那應該是要用ram map重新對齊
然後應該會多出RAM cycle 因為有overhead
效能炸裂...
----
所以軟ECC應該是64K為一個單位 或什麼之類的做ECC
不然overhead這麼多效能就死給你看
※ 編輯: wahaha99 (1.171.171.94 臺灣), 01/17/2020 19:23:51
推
01/17 20:00,
4年前
, 104F
01/17 20:00, 104F
→
01/17 20:00,
4年前
, 105F
01/17 20:00, 105F
→
01/17 20:01,
4年前
, 106F
01/17 20:01, 106F
→
01/17 21:04,
4年前
, 107F
01/17 21:04, 107F
修正:
我想還是放棄軟ECC的想法吧
那個東西好像後來只有討論沒有實做
畢竟比起硬體ECC 性能代價太大了
所以你的問題... 不知道 XD 好像沒有人實做過
※ 編輯: wahaha99 (1.171.171.94 臺灣), 01/17/2020 22:01:51
→
01/18 00:24,
4年前
, 108F
01/18 00:24, 108F
推
01/18 02:20,
4年前
, 109F
01/18 02:20, 109F
→
01/18 02:20,
4年前
, 110F
01/18 02:20, 110F
→
01/18 02:20,
4年前
, 111F
01/18 02:20, 111F
→
01/18 02:20,
4年前
, 112F
01/18 02:20, 112F
→
01/18 02:20,
4年前
, 113F
01/18 02:20, 113F
→
01/18 02:20,
4年前
, 114F
01/18 02:20, 114F
推
01/18 21:23,
4年前
, 115F
01/18 21:23, 115F
討論串 (同標題文章)