PTT推薦

Re: [閒聊] 去年對岸的"八萬懸賞電源線盲測挑戰"

看板Headphone標題Re: [閒聊] 去年對岸的"八萬懸賞電源線盲測挑戰"作者
WizTonE
(Racerlution)
時間推噓22 推:22 噓:0 →:31

※ 引述《mikemagic88 (Mikemagic88)》之銘言:
: 我認為在DAC以前的硬體設備沒有太大影響
: 主要是DAC端才是解碼 在這之前就是0101
: 0101最怕就是出錯 特別是到DAC的這段
: 你根本不知道問題會出在哪
: 到底是做封包就做錯了
: 還是中間訊號干擾 0101 反了
: 還是最後解碼端解錯了

關於0101出錯變成1010 在電腦科學上叫做flipping bits

看到這邊突然想到以前曾經讀過類似的paper

https://stackoverflow.com/a/23587649/5082722

https://storage.googleapis.com/pub-tools-public-publication-data/pdf/35162.pdf

有興趣可以細讀他的內容

大意就是IBM, Google 和 Cisco等大公司都對CPU cache與DRAM做過Error rate的研究

結果發現一般沒有揪錯能力的DRAM, 在連續使用下 8G RAM在一小時內會有1-5 bit error

造成錯誤的原因有可能是內部元件的電磁波, 或者該篇連結提到的宇宙射線

製程越小的, 產生flipping bits機會較高.

當然宇宙射線這段個人覺得在地球上發生的機率"應該"非常低, 在太空才需要考慮

但不可否認CPU cache跟一般DRAM都有一定機率發生flipping bits.

而且不限於PC, 有處理器跟暫存能力的機器應該都有機會發生.

所以Datacenter等Server才會採用ECC RAM來揪錯, 保證處理程序是用到對的資料

至於一般PC有時候跳出BSOD藍色死亡, 並不一定是Windows的錯XDD

一點淺見
--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.95.24 (臺灣) ※ 編輯: WizTonE (220.135.95.24 臺灣), 07/08/2020 23:10:03

Dopin07/09 00:44我用 Fedora / Ubuntu / FreeBSD XDDD (亂入 :p)

nm66264407/09 00:45ECC一樣會有位元翻轉,只是一般的ECC能修正單位元錯誤

※ 編輯: WizTonE (220.135.95.24 臺灣), 07/09/2020 01:29:25

LIONDOGs07/09 02:58所以用伺服器主機板加ECC RAM是比較好的選擇嗎?

MLRex07/09 04:58哎呦,就版友也集資辦一場挑戰賽就結束的事(誤

djboy07/09 08:34原PO,能否幫忙算一下,多少 MB 會錯一個bit?

djboy07/09 08:35一張CD 740MB,就可以知道多少張CD會錯1個bit(音?)了。

callTM07/09 08:55這不是這樣吧...每次獨立事件而且他是寫8gb 連續使用一小

callTM07/09 08:55錯1-5。....所以他hazard rate是1-5/hour. 他沒給distribu

callTM07/09 08:55tion 是啥...如果不是直線呢。 資料根本不夠怎麼算

louis040707/09 09:34沒人願意自己開編譯器,手動改一下pcm編碼,製造data e

louis040707/09 09:34rror聽起來是什麼情況嗎

louis040707/09 09:35聽過就會知道平常在講的聽感差異跟隨機data error是兩

louis040707/09 09:35回事

djboy07/09 09:53我原本想說來個手動算算,然後馬上發現到,有很多變數要

djboy07/09 09:54考量,所以我才請原PO試算。

djboy07/09 09:54像是DRAM頻率或是CPU FSB頻率之類,還有DRAM參數,都要考慮

djboy07/09 09:58連續一小時的BURN-IN,我也想過;不過就當在最槽的環境吧

callTM07/09 10:38話說都會藍屏了 應該不會只是聲音有變一點而已吧

bh214207/09 10:51隨機error出現的頻率那麼低

bh214207/09 10:51絕對不是造成聽感差異的主因吧

WizTonE07/09 11:19我也估不出來一張CD的錯誤率會是多少XD

WizTonE07/09 11:20原文是利用ECC-correctable error rates得到錯誤率的

WizTonE07/09 11:21要估的話請個大大Donate一台server+ECC RAM XD

callTM07/09 11:41現在是說就算是flip bit 結果也不會是聲音問題而已。 這就

callTM07/09 11:41有點像是說會干擾但不會影響聽感 鞥。

WizTonE07/09 11:50嗯嗯 我也是想說其實bit錯誤每天有機會發生

WizTonE07/09 11:50在這上面糾結也無法改變

will062007/09 12:01解應該會被發現然後整個封包丟掉,實際聽到應該會是聲

will062007/09 12:01音斷掉一下

justagame07/09 12:56斷掉 爆音 無感,總之不是平常討論的聲音差異

Bencrie07/09 13:32改 PCM 而已幹嘛開 compiler

ultimatevic07/09 13:53音響迷討論的聲音差異跟0101是不是出錯無關

mephisto7907/09 14:02音響迷討論的聲音差異跟資料是否錯誤無關+1

evadodoya07/09 14:29簡單的說康康線在要壞不壞的時候 音樂雖然還能撥

evadodoya07/09 14:30但會不定時爆音喔 那個就應該是封包掉了

ping177707/09 15:46不定時爆音不一定是封包炸了,有可能是clocking出問題

ping177707/09 15:46之前做aac編碼有處理過類似問題

evadodoya07/09 16:12 就零件要壞了而已

louis040707/09 19:19hi 編譯器是指修改工具,不是拿去做編譯啦

jim54300007/09 20:29有人能聽到bit loss那也是真的神了

jim54300007/09 20:30我想請神耳來幫我們處理hilllock 最近em解的很辛苦

NankanAvenge07/10 03:53所以這篇是對的話 那一般的RAM error rate是1/2^36

NankanAvenge07/10 03:53~5/2^36嗎 雖然我本來就不意外那麼低

icekiba07/10 09:05人耳聽得到數據就神了;至少我聽不出來

Bencrie07/10 09:07那應該叫編輯器吧

louis040707/10 12:55哈,sry 筆誤

louis040707/10 12:57回樓上,pcm data error還蠻容易聽出來的,最常出現是

louis040707/10 12:57爆音或異音,當初有人自己隨機修改放出來給大家聽,是

louis040707/10 12:57很明顯的異常

louis040707/10 12:59所以不管大家信不信那堆聽感差異,基本上都跟接受到的

louis040707/10 12:59資料正確與否無關

louis040707/10 13:00其實畫面資料錯誤也很容易看出來,變形 異色 雜線都很

louis040707/10 13:00容易分辨