Log for Ubuntu 台灣社群
我認真仔細回去看了一下，跟XFS還滿像的就是不管Scrub還是Self-heal都會檢查checksums如果failed，就degraded所以不會修壞？
Block也不大，遇到Silent corrupt就是寫進去的時候錯之後讀的時候或者Scrub就會發現。然後就可以從各種冗餘想辦法修這樣
所以這個過程只要來回幾次不同block甚至冗餘部分的block拉進來checksums都錯理論上整個pool就會degrade了
所以ECC這個討論上就是有很棒，沒有也不會怎樣。因為壞到ZFS會壞的環境可能救你的不是ECC是更高規耐候的材料做的零件 🤪🤪
看著實做方式，真的是夠複雜了
There are many kinds of ECC, with different compromises: * side-band ECC (ECC codes stored on separate DDR channels than the data) * inline ECC (ECC codes stored on same DDR channels as data) * on-die ECC (DDR5-specific) * Link-ECC (LPDDR5-specific)https://www.reddit.com/r/hardware/comments/mc8j2c/comment/gs2gjix/?utm_source=share&utm_medium=web2x&context=3
這只是 hardware ，還有 software
實務上 Server RAS 會通知任何的 correctable error (CE) 和 uncorrectable error (UE)
UE 就會當機廠商就會被叫來拉正維修
實務上 Server RAS 會通知任何的 correctable error (CE) 和 uncorrectable error (UE)
UE 就會當機廠商就會被叫來拉正維修
不過 Intel 頗賤的就是了
我當年買 broadwell-e 的時候還可以支援 ECC U-DIMM
等到下一代之後 intel 就拿掉這個功能了
要有 ECC support 就要買 Xeon
AMD 我記得全線都支援 ECC
我當年買 broadwell-e 的時候還可以支援 ECC U-DIMM
等到下一代之後 intel 就拿掉這個功能了
要有 ECC support 就要買 Xeon
AMD 我記得全線都支援 ECC
CoW 每次都會檢查 crc
raidz 或在 zpool 啟用多重資料狀態下
在資料已經發生 Silent Data Corrupt 的時候本來就會自行修復
raidz 或在 zpool 啟用多重資料狀態下
在資料已經發生 Silent Data Corrupt 的時候本來就會自行修復