看板 DigiCurrency 關於我們 聯絡資訊
測兩個晚上看數據不小心想到的 可能可以省大家不少時間 ----------------------------------------------- AfterBurner Core Clock當X軸 Mem Clock當Y軸 Hash/s算力當Z軸 X=k時 Y變動 Z值會遞增 遞增到最後會趨向一個值(或者直接黑掉) X變動 Y=k時 一樣同上 在不黑屏的情況下 XY遞增到最後會越來越耗功 且算力有加跟沒加一樣 我們要做的是找出 最大算力的等值線(contour) (用XYZ稍微想一下很好猜測不難 只是黑屏點不好猜 不斷黑屏當機很煩) 取出(你認為且能接受的)最大算力Contour1後 因為照理說Watt/(H/s)也會有Contour2 所以我們要的是Contour1跟Contour2的交點XY值 所以只要把Contour1所記錄到的功率跟算力相除(Watt/(H/s))得到的值 (幾瓦買一單位算力 越低越好) (以測試的RX470來說 Contour1偏向水平線 Contour2偏向垂直線) 取其最低值大家可以用更低的瓦數跑一樣的算力 ------------------------------------- *刷BIOS的TIMING可以讓本來黑屏的點不黑屏(往外撐) 不過我不知道TIMING的值到底是什麼意思 -- BTC:1NYpNDr6GD4kxgNkUREPVcoCz6whPeihyt DSH:XhGiQBgZmUWaeTykr9CMi38gWnWed4Z7vn ETH:0x83a72602d3551b9e23c18fdcbe4167c2381d8993 ZEC:t1QRn3CGbRxgSndzjd3eZ1tbpvKi3uEFYSR (all the addr above will only last for one month) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.165.140.55 ※ 文章網址: https://www.ptt.cc/bbs/DigiCurrency/M.1491915029.A.F6E.html ※ 編輯: Rasin (1.165.140.55), 04/11/2017 20:56:46
L0v35: 用hwinfo32/64看有沒有GPU mem error 用黑屏看不太準 04/11 20:59
L0v35: 通常的找OC極限都是以沒有mem error為標準 04/11 21:00
ofy: TIMING是記憶體的時序(跟存取的延遲有關),時脈則是傳輸的速度 04/11 21:52
Rasin: 他的值是時序的什麼嗎? 04/11 21:55
ofy: 改的就是記憶體不同時脈下運作時用的時序參數 04/11 21:57
ofy: 一次的存取量少,次數頻繁(重時序),存取量多但次數少(重時脈) 04/11 22:02
ofy: 通常時脈高時序也高(代表延遲時間較長),但時序是相對時間 04/11 22:10
ofy: 所以高時脈高時序有可能比低時脈低時序的"實際延遲時間"短 04/11 22:10
ofy: 現代電腦單次處理的資料量也越來越大,時序變得沒那麼重要 04/11 22:12
ofy: 以前玩SDRAM的時候還有在挑CL體質(時序中最重要的一部分) 04/11 22:12
ofy: 1000MHz=1ns(週期時間-奈秒),假設時序總和延遲10週期 04/11 22:33
ofy: 那一次存取延遲是1ns*10=10ns奈秒,存取延遲是找資料的時間, 04/11 22:33
ofy: 1200MHz=0.8333ns,假設時序11,延遲會是0.8333ns*11=9.1663 04/11 22:33
ofy: 上例表示出雖然時序較高,但實際延遲時間較短 04/11 22:35
Rasin: tks a lot 04/11 23:34