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

看板 Headphone
作者
時間
留言 53則留言,19人參與討論
推噓 22 ( 22推 0噓 31→ )
討論串 10
※ 引述《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.cc), 來自: 220.135.95.24 (臺灣) ※ 編輯: WizTonE (220.135.95.24 臺灣), 07/08/2020 23:10:03
1FDopin: 我用 Fedora / Ubuntu / FreeBSD XDDD (亂入 :p) 07/09 00:44
2Fnm662644: ECC一樣會有位元翻轉,只是一般的ECC能修正單位元錯誤 07/09 00:45
※ 編輯: WizTonE (220.135.95.24 臺灣), 07/09/2020 01:29:25
3FLIONDOGs: 所以用伺服器主機板加ECC RAM是比較好的選擇嗎? 07/09 02:58
4FMLRex: 哎呦,就版友也集資辦一場挑戰賽就結束的事(誤 07/09 04:58
5Fdjboy: 原PO,能否幫忙算一下,多少 MB 會錯一個bit? 07/09 08:34
6Fdjboy: 一張CD 740MB,就可以知道多少張CD會錯1個bit(音?)了。 07/09 08:35
7FcallTM: 這不是這樣吧...每次獨立事件而且他是寫8gb 連續使用一小 07/09 08:55
8FcallTM: 錯1-5。....所以他hazard rate是1-5/hour. 他沒給distribu 07/09 08:55
9FcallTM: tion 是啥...如果不是直線呢。 資料根本不夠怎麼算 07/09 08:55
10Flouis0407: 沒人願意自己開編譯器,手動改一下pcm編碼,製造data e 07/09 09:34
11Flouis0407: rror聽起來是什麼情況嗎 07/09 09:34
12Flouis0407: 聽過就會知道平常在講的聽感差異跟隨機data error是兩 07/09 09:35
13Flouis0407: 回事 07/09 09:35
14Fdjboy: 我原本想說來個手動算算,然後馬上發現到,有很多變數要 07/09 09:53
15Fdjboy: 考量,所以我才請原PO試算。 07/09 09:54
16Fdjboy: 像是DRAM頻率或是CPU FSB頻率之類,還有DRAM參數,都要考慮 07/09 09:54
17Fdjboy: 連續一小時的BURN-IN,我也想過;不過就當在最槽的環境吧 07/09 09:58
18FcallTM: 話說都會藍屏了 應該不會只是聲音有變一點而已吧 07/09 10:38
19Fbh2142: 隨機error出現的頻率那麼低 07/09 10:51
20Fbh2142: 絕對不是造成聽感差異的主因吧 07/09 10:51
21FWizTonE: 我也估不出來一張CD的錯誤率會是多少XD 07/09 11:19
22FWizTonE: 原文是利用ECC-correctable error rates得到錯誤率的 07/09 11:20
23FWizTonE: 要估的話請個大大Donate一台server+ECC RAM XD 07/09 11:21
24FcallTM: 現在是說就算是flip bit 結果也不會是聲音問題而已。 這就 07/09 11:41
25FcallTM: 有點像是說會干擾但不會影響聽感 鞥。 07/09 11:41
26FWizTonE: 嗯嗯 我也是想說其實bit錯誤每天有機會發生 07/09 11:50
27FWizTonE: 在這上面糾結也無法改變 07/09 11:50
28Fwill0620: 解應該會被發現然後整個封包丟掉,實際聽到應該會是聲 07/09 12:01
29Fwill0620: 音斷掉一下 07/09 12:01
30Fjustagame: 斷掉 爆音 無感,總之不是平常討論的聲音差異 07/09 12:56
31FBencrie: 改 PCM 而已幹嘛開 compiler 07/09 13:32
32Fultimatevic: 音響迷討論的聲音差異跟0101是不是出錯無關 07/09 13:53
33Fmephisto79: 音響迷討論的聲音差異跟資料是否錯誤無關+1 07/09 14:02
34Fevadodoya: 簡單的說康康線在要壞不壞的時候 音樂雖然還能撥 07/09 14:29
35Fevadodoya: 但會不定時爆音喔 那個就應該是封包掉了 07/09 14:30
36Fping1777: 不定時爆音不一定是封包炸了,有可能是clocking出問題 07/09 15:46
37Fping1777: 之前做aac編碼有處理過類似問題 07/09 15:46
38Fevadodoya: 就零件要壞了而已 07/09 16:12
39Flouis0407: hi 編譯器是指修改工具,不是拿去做編譯啦 07/09 19:19
40Fjim543000: 有人能聽到bit loss那也是真的神了 07/09 20:29
41Fjim543000: 我想請神耳來幫我們處理hilllock 最近em解的很辛苦 07/09 20:30
42FNankanAvenge: 所以這篇是對的話 那一般的RAM error rate是1/2^36 07/10 03:53
43FNankanAvenge: ~5/2^36嗎 雖然我本來就不意外那麼低 07/10 03:53
44Ficekiba: 人耳聽得到數據就神了;至少我聽不出來 07/10 09:05
45FBencrie: 那應該叫編輯器吧 07/10 09:07
46Flouis0407: 哈,sry 筆誤 07/10 12:55
47Flouis0407: 回樓上,pcm data error還蠻容易聽出來的,最常出現是 07/10 12:57
48Flouis0407: 爆音或異音,當初有人自己隨機修改放出來給大家聽,是 07/10 12:57
49Flouis0407: 很明顯的異常 07/10 12:57
50Flouis0407: 所以不管大家信不信那堆聽感差異,基本上都跟接受到的 07/10 12:59
51Flouis0407: 資料正確與否無關 07/10 12:59
52Flouis0407: 其實畫面資料錯誤也很容易看出來,變形 異色 雜線都很 07/10 13:00
53Flouis0407: 容易分辨 07/10 13:00

Headphone 看板熱門文章

11
28
26
69
11
30
20
35
17
35
9
25
18
26
17
29