Re: [閒聊]rx480性能功耗比

[a34021501 (CARD)]

各位好，我的經驗上的看法提供給大家分享一下

就是我在 AMD 的驅動裡面找到 ATI 的安裝程式

所以我可以在 AMD 的 Chipset 16.12.2 的 Bin

64資料夾裡面找到了 ATISetup.exe 執行了之後

會很快速地跳出一連串的訊息讓我來不及看內容

不過那不重要，重要的是我的畫面已經出現了CF

的花紋，但是是我只有裝了一張卡 AMD R9 280X

樣的情況下我覺得我的 NB 裡面有其他顯卡作用

或是說更厲害的是 AMD R9 280X  裡面有被切割

這樣的話就像以前燒掉的顯卡 HD5830 如同5870

我的意思是那時候新聞說 HD5870 雷射切成5830

不管 5830 還是 5870 它的尺寸在數據上一樣大

這樣我們就可以用這些數據來評估RX470與RX480

我把它連在一起根本就是說他們數據好像一樣大

這邊的大小是指DIE SIZE與PROCESS SIZE即製程

那我們來算算看好了，評估裡面有多少個處理器

假設每個處理器所需要的外觀尺寸差不多是個LL

LL即L*L的長度，但越新的製程會讓長度變短#nm

先拿280X的效能來當參考好了，畢竟7970是卡王

我的意思是我有7970也有280X但是不同DIE SIZE

好像不太一樣但是拆開來看之後其實差不多大喔

總之也有可能是GPUZ或其他網站寫錯了我不清楚

先來算算以28nm製程的7970系列有多少個LL單位

(352mm^2=352*1000*1000nm^2)/(28nm*28nm)=448979.591837 (這是Google計算機的數據)

好了，在來算算看R9280X的數據為多少給大家看

我發現GPUZ更新到正確的大小，不過可能是驅動

所以我還是以448979為這兩張卡的判斷標準好了

再來算算以14nm製程的RX48系列有多少個LL單位

(232mm^2=232*1000*1000nm^2)/(14nm*14nm)=1183673.46939 (這是Google計算機的數據)

好了那我們來看一下RX47系列的核心數目2048個

好了那我們來看一下280X系列的核心樹目2048個

因此可以看出相同核心數目但RX47新製程面積大 (Google計算機相除約2.63636363636倍)

如果是我來設計顯示卡，我一定會選用舊指令集

畢竟280X的整體運算效能已達4096Gflops運算量

如此同頻新顯卡4096Gflops*2.63~=10798Gflops

這樣大家可以看出1120Mhz的RX480比1Ghz的280X

還可以再多出10798*1.12=12094Gflops的效能吧

不過這是還未考慮到GDDR通道數的情況的評估值

不知道各位大大覺得我這樣算有沒有評估錯誤呢

在CPU有一種技術叫做C state可以關閉核心節能

不知道要如何關閉這些節能來提取提供全部效能

如此一來我才有辦法計算3D領域的相關研究成果

http://i.imgur.com/9ZhvA53.png  共用記憶體

以前共用記憶體的技術只有在 Intel內建顯示卡

※ 引述《dreamjade (瑜兒)》之銘言：
: 標題: [閒聊]rx480性能功耗比
: 時間: Mon Mar 20 23:11:50 2017
:
: 在rx480未上市前，就有各種傳聞說amd臨時提升頻率，於是魯妹就試著降頻使用
: 顯卡型號: rx480 nitro+ 4GB
: 功耗以藍寶程式讀值作為參考依據(也許不太精確，但看趨勢應該沒有太大疑慮)
: 預設頻率:1306 ->1105
: 預設電壓:1.14 -> 1.00
: 滿載功耗(從平均~160W掉到~80W)
: 降50%(跑3d mark 11)
: 效能大約只小降5%
: 真的差的有點多呢～
:
:
: --
: ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.246.36
: ※ 文章網址: https://www.ptt.cc/bbs/VideoCard/M.1490022712.A.5C7.html
: 推 a34021501: 我覺得還要算一下ASIC的面積甚至體積(如果有堆疊)評估!  03/20 23:25
: 推 novarossi: 原po跟一樓可以組個團體                               03/21 00:17
: → nimaj: 電蝦也有人用470試過了 甚至可以壓到75W以下                03/21 01:10
: 推 a34021501: http://i.imgur.com/qkxfz56.jpg 我先說，GPU有很多部   03/21 01:57
: → a34021501: 份，我們需要更多人手！                               03/21 01:57
: 推 super7407412: 原Po跟樓上一起組團吧                              03/21 11:12
: 推 davidbright: 為何這樣就要組團?@@                                03/21 11:53
: → GORDON2037: 1105會不會降太低?                                   03/21 18:34
: 推 ltyintw: 壓在140w以內（留10w給peak用）                          03/21 19:08
: → ltyintw: 就差不多了                                             03/21 19:08
: → waterblue85: 降功耗跟降壓比較有關係，降頻是多餘的               03/21 19:26
: → a34021501: 怎麼可以留給peak用，這樣peak pixel/texture rate      03/21 19:27
: → a34021501: 就會被保留起來讓以後新版的驅動程式可以提高peak??     03/21 19:28
: → a34021501: 畢竟pixel rate與texture rate好像是搬資料的速度！     03/21 19:30
: → a34021501: 所以我們先從搬資料開始討論好了，我正在網路上查！     03/21 19:35
: → a34021501: 歡應資深的潛水鄉民提供關於GDDR效率的經驗及佐證！     03/21 19:36
: 推 s30zx2000: 我比較好奇螢幕上跑的是做什麼用的？？？               03/22 00:21
: → FeRin: 我比較好奇a34121501的思想到底是怎樣                      03/22 15:48

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.164.252.34
※ 文章網址: https://www.ptt.cc/bbs/VideoCard/M.1490178260.A.041.html
更正Bin為Bin64
※ 編輯: a34021501 (1.164.252.34), 03/22/2017 18:25:13
噓 a123453906: 這排版頭痛
→ a34021501: http://i.imgur.com/6c3s92q.jpg 補一張CCC只有一張卡
→ lovinlover: 這中文我看不太懂
噓 disword: 拉基排版
→ disword: 直接END
噓 Cubelia: 看到這ID先噓就對了
噓 slsamg7112: 共三小
噓 powyo: 朝聖 先卡位 說不定你會成為一代顯卡大師
→ powyo: 天才總是孤獨的 愛迪生小時候也被當成智障
噓 novarossi: 你的電腦被追殺你的外星人入侵了  快拿去丟
→ wind0083: 連看兩次都忍不住END
噓 henrry2220: ...
→ a34021501: http://imgur.com/a/6Ysj2 至少我可以先調整螢幕刷新率
噓 weihung0520: 別吸毒了
噓 Rivendil: 廠廠
→ a34021501: 我直說好了，其實我也不懂，只是看到很多東西沒裝好！
→ a34021501: 例如AMD SPB SMBUS Controller的x64裡面有檔案很可疑！
→ a34021501: 大家可以多看看裡面的ReadMe，不然AMD真的很辛酸血尿！
→ a34021501: 我覺得驅動根本早已寫好了，只是某些.sys因規範不能放!
噓 novarossi: 你看不懂還能PO一篇
噓 ken841520: 不管他嗑了什麼，都給我來一點(ﾟ∀ﾟ)
→ a34021501: http://i.imgur.com/oxS6PY5.png 先分享一個目前的狀態
→ a34021501: 別再噓我了喔，這方法就是可以把不存在的裝置裝進去！
→ a34021501: 大家可以試著裝進其他裝置，只要沒錯誤應該就是存在！
→ a34021501: 可參考 amdpsp.inf 的內容,明確描述 ExcludeID 的用法
噓 ww578912tw: 你到底嗑了什麼一天到晚講瘋話
噓 novarossi: 偏要噓
→ a34021501: http://i.imgur.com/JlZ3FFx.jpg AMD StartNow!!
噓 novarossi: 早就看穿你的鬼扯少在那邊
噓 Bob9154: ID正確
請大家幫我思考一下系統參數PATH要怎麼設置才能讓驅動抓取正確的DLL檔 > echo %PATH%

以下是依檔案時間排序的PATH清單，請大家幫忙測試如何調整最洽當或有其他資料夾可加!
C:\Program Files\AMD\CIM\Bin64;C:\Program Files
(x86)\AMD\CNext\CCCSlim;C:\Program Files\AMD\CNext\CNext;C:\Program Files
(x86)\AMD APP SDK\3.0\bin\x86_64;C:\Program Files (x86)\AMD APP
SDK\3.0\bin\x86;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;

謝謝大家，剩下的就交給你們了！
※ 編輯: a34021501 (1.164.252.34), 03/22/2017 21:55:57
噓 Cubelia: 能被退文這麼多次我也是醉惹
噓 GORDON2037: 這是在講三小
噓 alexgame01: 你到底怎麼辦到的
噓 novarossi: 跟A片放一起不會喔
噓 yuetsu: 不噓對不起自己
噓 charlie20083: 亂版成這樣都沒事 這版規真的沒問題嗎?
噓 ddrdod: 《登入次數》3421 次《有效文章》318 篇 (退:5)
噓 damnedfish: 挖這啥啊
噓 yichenglee: 去看醫生
噓 FeRin: 你到底是在洗文章洗P幣還是洗退文？
噓 FeRin: 不過說實在的，我不太希望他被水桶欸，畢竟電蝦都死了…能
→ FeRin: 炮的只剩a34了
噓 novarossi: 我也不希望  玩PTT這麼久就他最厲害
→ a34021501: http://i.imgur.com/2MzIFh3.png 目前先裝到這樣了！
→ a34021501: 可以在 檢視 > 裝置(依連線) 切到這個 View!!
噓 a5150219: 我竟然看完了…
為確保AMD顯示卡驅動程式的DLL檔會優先讀取，我的PATH最前面加了這行路徑！
C:\AMD\WHQL-Win10-64Bit-Radeon-Software-Crimson-ReLive-17.2.1-Feb28\Packages\Drivers\Display\WT6A_INF\B311170;
因為有時候系統.DLL會被改(更新或後門)，如此AMD驅動的DLL檔最為優先讀取！

當然在驅動中Bin64裡面執行ATISetup.exe -Install -output screen 安裝後！
會將AMD CIM裝入 C:\Program Files\AMD\CIM\Bin64 我覺得適合放在更前面~！

因為在17.2.1版本中，CIM的編譯時間是2/28，DisplayDriver與CCCSlim編譯時間是2/10

還有就是 Bin64\translations 裡面放的檔案的編譯時間是3/1 或許值得放在更前面！

至於測試效能，就和我之前用280X與16.12.2測試GTA5的4K@60一樣可以順暢跑高畫質！
※ 編輯: a34021501 (1.164.252.34), 03/23/2017 01:52:35
→ a34021501: https://www.youtube.com/watch?v=_60lD_WcH00 那時候
→ a34021501: 我忘了加 -txaa 參數畫質很差，在此向各位的眼睛致歉！
來談談記憶體好了，關於記憶體Benchmark的軟體我覺得都已經不夠看了，畢竟都莫名的慢

C:\Users\Card\AMD APP SDK\3.0\samples\opencl\bin\x86_64>ConstantBandwidth.exe
--device cpu
Platform 0 : Advanced Micro Devices, Inc.
Platform found : Advanced Micro Devices, Inc.

Selected Platform Vendor : Advanced Micro Devices, Inc.
Device 0 : AMD FX-8320E Eight-Core Processor               Device ID is
00000040305C1EF0
Build Options are : -D DATATYPE=float4 -D DATATYPE2=float4 -D SIZE=5120 -D
IDXTYPE=ulong

AccessType      : single(static index)
VectorElements  : 4
Bandwidth       : 98.2572 GB/s

AccessType      : single(dynamic index)
VectorElements  : 4
Bandwidth       : 99.157 GB/s

AccessType      : linear
VectorElements  : 4
Bandwidth       : 118.709 GB/s

AccessType      : random
VectorElements  : 4
Bandwidth       : 14.2031 GB/s

C:\Users\Card\AMD APP SDK\3.0\samples\opencl\bin\x86_64>ConstantBandwidth.exe
--device gpu
Platform 0 : Advanced Micro Devices, Inc.
Platform found : Advanced Micro Devices, Inc.

Selected Platform Vendor : Advanced Micro Devices, Inc.
Device 0 : Tahiti Device ID is 0000006DBDFA91A0
Build Options are : -D DATATYPE=float4 -D DATATYPE2=float4 -D SIZE=5120 -D
IDXTYPE=ulong

AccessType      : single(static index)
VectorElements  : 4
Bandwidth       : 8212.22 GB/s

AccessType      : single(dynamic index)
VectorElements  : 4
Bandwidth       : 8641.56 GB/s

AccessType      : linear
VectorElements  : 4
Bandwidth       : 2213.72 GB/s

AccessType      : random
VectorElements  : 4
Bandwidth       : 1075.47 GB/s

以上是 CPU 讀取 DDR3 與 GPU 讀取 GDDR5 的數據，透過 OpenCL 可以瞭解普通程式很慢

所以不管怎樣這些裝置彼此溝通的 PCI-E 通道的頻寬就會影響電腦的效能所以不能被降速
※ 編輯: a34021501 (1.164.252.34), 03/23/2017 06:32:56
噓 moonlca: 不懂電腦可以去上點課嗎 你當電資只有google?
噓 jslee: 《有效文章》318 篇 (退:5)
噓 sk10037643: 你到底再寫三小
噓 pcfox: 板主好像都自動無視這個ID的文章
噓 FeRin: OC版倒是只剩下一次機會了QQ
噓 humbug0453: 這個我還是看不懂
噓 FeRin: 他的文就當娛樂用吧，至少可以噓到爽
噓 leehome12345: 這個版是不桶人的嗎？
噓 powyo: 應該沒違反版規吧
噓 novarossi: 路過再噓
推 duece0927: 你需要醫生嗎
噓 pcfox: 原來可以無限唬爛不用被桶，隔壁版的業代還真可憐
我沒有無限唬爛，我的PCI-E仍然被限制在PCI-Express Gen2即8GB/s左右只是有超過一點

C:\Users\Card\AMD APP SDK\3.0\samples\opencl\bin\x86_64>ImageBandwidth.exe
Platform found : Advanced Micro Devices, Inc.


Device 0:             Tahiti
Build:                _WINxx release
Pixel format:         CL_RGBA / CL_UNSIGNED_INT32
Image width:           1024
Image height:          1024
Image origin:          0  0
Image region:          1024  1024
Image size in bytes:   16777216
Region size in bytes:  16777216
Global work items X:   1024
Global work items Y:   8
Total work items:      8192
Pixels per thread:     128
Local work items X:    16
Local work items Y:    8
Number of groups:      64
Timing loops:          10
Repeats:               1
Kernel loops:          100
Kernel launches:       1

inputImage:           CL_MEM_READ_ONLY
outputImage:          CL_MEM_WRITE_ONLY

Host baseline (single thread, naive):

                Timer resolution    793 ns
                      Page fault   1018 ns
                   Barrier speed    127 ns

                        CPU read   4.40 GB/s
                        memcpy()   5.89 GB/s
                     memset(,1,)   9.77 GB/s
                     memset(,0,)   9.39 GB/s


AVERAGES (over loops 2 - 9, use -l for complete log)
--------


1. Host mapped write to inputImage

       clEnqueueMapImage(WRITE):  0.002644 s [     6.34 GB/s ]
                       memset():  0.002569 s       6.53 GB/s
      clEnqueueUnmapMemObject():  0.002999 s [     5.60 GB/s ]

2. GPU kernel read of inputImage

       clEnqueueNDRangeKernel():  0.008412 s     199.43 GB/s
                 verification ok

3. GPU kernel write to outputImage

       clEnqueueNDRangeKernel():  0.010325 s     162.49 GB/s

4. Host mapped read of outputImage

        clEnqueueMapImage(READ):  0.002647 s [     6.34 GB/s ]
                       CPU read:  0.001958 s       8.57 GB/s
                 verification ok
      clEnqueueUnmapMemObject():  0.000020 s [   821.96 GB/s ]


Passed!

8.57GB/s就是我的CPU從我的GPU的DDR5讀取記憶體的資訊的速度大概就是比PCI-E Gen3慢

由此可知推論我已經超過PCI-E Gen2的標準並且仍然只有Gen2多一丁點的傳輸速率而已喔

畢竟以往的理論速度幾乎不會超過，我想知道這個傳輸速率要怎麼DDL才能發揮系統效能!
※ 編輯: a34021501 (1.164.252.34), 03/24/2017 15:49:30
噓 FeRin: 那你乾脆把GPU拿來做日常浮點運算，VRAM當系統記憶體，把C
→ FeRin: PU拔掉算了
→ a34021501: http://i.imgur.com/Sv64Ytj.png ATI I/O @ Win7
噓 FeRin: 然後呢？重點呢？