作者JKGOOD (Dont QQ)
看板OverClocking
標題[請益] 1866超2133
時間Thu Jun 15 14:41:29 2017
大家安，小弟宇宙菜一個
沒有任何超頻經驗
板上爬文後，超頻率不外乎放時序&加壓兩個管道
小弟基於愛護電腦，先行不加壓上2133，時序原生10 10 9
發現非常不穩，畫面常凍結
時序自動後，變13 13 12，又怕影響FPS遊戲分秒必爭的反應
就小加壓從官方額定最高電壓1.575上1.5792
http://i.imgur.com/cNqP9PM.jpg
時序改11-11-10
http://i.imgur.com/vjiprl9.jpg
跑一下分沒有出現錯誤，
燒機測試也沒有出現錯誤
http://i.imgur.com/saQHMGe.jpg
再改10-10-9會連BIOS畫面都沒有
不過問題來了，一切安好除了Chrome
Chrome網頁打不開，擴充功能也當掉
請問是哪裡出問題了呢？
補充：
1866/2133跑分對比後發現，
2133讀寫明顯輸1866，將近每秒1GB的速度
可是2133的CPU跑分又贏1866，這樣是正常的嗎？(跑分重複跑過，結果差不多)
●讀取
Dual DDR3-1866 10-11-10-30 CR2 26584 MB/秒
Dual DDR3-2133 11-12-11-37 CR2 25457 MB/秒
●寫入
Dual DDR3-1866 10-11-10-30 CR2 16215 MB/秒
Dual DDR3-2133 11-12-11-37 CR2 15554 MB/秒
●複製
Dual DDR3-1866 10-11-10-30 CR2 20733 MB/秒
Dual DDR3-2148 11-12-11-37 CR2 23128 MB/秒
●記憶體潛伏
Dual DDR3-1866 10-11-10-30 CR2 65.9 ns
Dual DDR3-2133 11-12-11-37 CR2 63.9 ns
●CPU Queen
Dual DDR3-1866 10-11-10-30 CR2 36056
Dual DDR3-2133 11-12-11-37 CR2 36043
●CPU PhotoWorxx
Dual DDR3-1866 10-11-10-30 CR2 11332 MPixel/秒
Dual DDR3-2133 11-12-11-37 CR2 11850 MPixel/秒
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.218.99.228
※ 文章網址: https://webptt.com/m.aspx?n=bbs/OverClocking/M.1497508892.A.1B7.html
※ 編輯: JKGOOD (180.218.99.228), 06/15/2017 15:08:46
1F：→ nimaj : 有些2133RAM的預設電壓就1.65了 你要不要加多點?06/15 16:20
2F：→ nimaj : 好歹1.6之類的06/15 16:21
目前1.572v 11-11-11穩定運作中
※ 編輯: JKGOOD (180.218.99.228), 06/15/2017 16:38:21
3F：推 a34021501 : Chrome 會用 GPU, CPU 中的 GPU 使用的 Timing 不同06/15 17:57
4F：→ a34021501 : 試試看 memtest86 中的 multi-threading 測試穩定性06/15 17:57
5F：→ a34021501 : 如果是 PCI-E 異常而導致電腦當機，DcqBypassMax=006/15 17:59
6F：→ a34021501 : 依我的經驗，我以前的 1600 9-9-9-8 能穩用現在要升06/15 18:00
7F：→ a34021501 : 到 10-11-10-20 才能用，就與 PCI-E 裝置非常有關係06/15 18:00
8F：→ a34021501 : 先求穩再求快，或許某天異常情況減少時又可超頻了！06/15 18:01
9F：→ a34021501 : 我以前的 200Mhz*18=3.6Ghz CPU 也是有天不能開要降06/15 18:02
10F：→ a34021501 : 到200*17.5=3.5Ghz 這種倍頻遭受干擾的情況近期嚴重06/15 18:03
感謝大大開示，
那如果去調PCI Latency Timer呢？
※ 編輯: JKGOOD (180.218.99.228), 06/16/2017 00:06:18
11F：推 FeRin : 原Po，你可以不用理a34，誤人子弟06/16 15:45
12F：→ nimaj : 加壓 降時序 起碼你還有到1.65v的空間06/16 16:32
謝謝大大，我會繼續往這兩個方向嘗試
※ 編輯: JKGOOD (180.218.99.228), 06/16/2017 17:32:22
13F：→ a5150219 : 記憶體超頻對於效能影響很小，超的少會更無感，頻率 06/17 02:20
14F：→ a5150219 : 高10%，時序慢10%，所以效能無明顯變化，不同軟體 06/17 02:20
15F：→ a5150219 : 對於頻寬或延遲的敏感度不同，除非目標是衝高跑分， 06/17 02:20
16F：→ a5150219 : 不然還是建議用實際常用軟體測試比較準一些，另外， 06/17 02:20
17F：→ a5150219 : 我不知道您用哪款燒機軟體測試，但記憶體穩定度不好 06/17 02:20
18F：→ a5150219 : 測，據我自身經驗，記憶體燒機有時候燒數小時後才出 06/17 02:20
19F：→ a5150219 : 現錯誤，也碰過上週燒過10小時，結果下週燒不到1小 06/17 02:20
20F：→ a5150219 : 時就出錯，和處理器燒個30分鐘就差不多穩了有不小差 06/17 02:20
21F：→ a5150219 : 異，一點意見，供參考 06/17 02:20
22F：→ a5150219 : 忘了提，第二時序影響讀寫也很大 06/17 02:23
23F：推 a34021501 : 或許有些板友不認同我的看法，但我還是說出來給大家 06/17 23:33
24F：→ a34021501 : 參考，我測時序的時候有發現 20過不了，12過不了... 06/17 23:33
25F：→ a34021501 : 但是我設成 13 的時候就過測試了，剛好是 12 個fine 06/17 23:34
26F：→ a34021501 : delay 參數即 12 個 clock 與 write recovery 相同! 06/17 23:36
27F：推 a34021501 : 就是說當我們傳輸時遺失資料會在 write recovery 寫 06/17 23:39
28F：→ a34021501 : 入相對應的資料，但如果有人騙人傳輸錯誤而重寫.... 06/17 23:39
29F：→ a34021501 : 當然這是有可能有潛在的監聽裝置在電腦裡的時候啦!! 06/17 23:40
30F：推 woow1225 : 你時脈高了 時序卻鬆了 當然效能提升不大 而且記憶 06/19 13:15
31F：→ woow1225 : 體通常也不是系統的瓶頸 還有記憶體真的很難測穩不 06/19 13:15
32F：→ woow1225 : 穩... 跟a51說的一樣 有時候不到10分鐘就出錯 有時 06/19 13:15
33F：→ woow1225 : 候燒了10小時都沒問題 06/19 13:15
34F：→ a5150219 : a34說的前半段是真的，有些時候時序可能14不穩 13 06/21 08:52
35F：→ a5150219 : 不穩 但12很穩，這需要多加測試，不過後半段的監聽 06/21 08:52
36F：→ a5150219 : …（略）我不瞭解。 06/21 08:52