<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁(yè) > 嵌入式系統(tǒng) > 設(shè)計(jì)應(yīng)用 > Mali GPU: 抽象機(jī)器(二) – 基于區(qū)塊的渲染

          Mali GPU: 抽象機(jī)器(二) – 基于區(qū)塊的渲染

          作者: 時(shí)間:2016-06-30 來(lái)源:網(wǎng)絡(luò) 收藏

            定義一臺(tái)抽象機(jī)器,用于描述 和驅(qū)動(dòng)程序軟件對(duì)應(yīng)用程序可見(jiàn)的行為。此機(jī)器的用意是為開(kāi)發(fā)人員提供 OpenGL ES API 下有趣行為的一個(gè)心智模型,而這反過(guò)來(lái)也可用于解釋影響其應(yīng)用程序性能的問(wèn)題。我在本系列后面幾篇博文中繼續(xù)使用這一模型,探討開(kāi)發(fā)人員在開(kāi)發(fā)圖形應(yīng)用程序時(shí)常常遇到的一些性能缺口。

          本文引用地址:http://www.ex-cimer.com/article/201606/293384.htm

            這篇博文將繼續(xù)開(kāi)發(fā)這臺(tái)抽象機(jī)器,探討 系列基于區(qū)塊的渲染模型。你應(yīng)該已經(jīng)閱讀了關(guān)于管線化的第一篇博文;如果還沒(méi)有,建議你先讀一下。

            “傳統(tǒng)”方式

            在傳統(tǒng)的主線驅(qū)動(dòng)型桌面 架構(gòu)中 — 通常稱為直接模式架構(gòu) — 片段著色器按照順序在每一繪制調(diào)用、每一原語(yǔ)上執(zhí)行。每一原語(yǔ)渲染結(jié)束后再開(kāi)始下一個(gè),其利用類似于如下所示的算法:

            1. foreach( primitive )

            2. foreach( fragment )

            3. render fragment

            由于流中的任何三角形可能會(huì)覆蓋屏幕的任何部分,由這些渲染器維護(hù)的數(shù)據(jù)工作集將會(huì)很大;通常至少包含全屏尺寸顏色緩沖、深度緩沖,還可能包含模板緩沖?,F(xiàn)代設(shè)備的典型工作集是 32 位/像素 (bpp) 顏色,以及 32 bpp 封裝的深度/模板。因此,1080p 顯示屏擁有一個(gè) 16MB 工作集,而 4k2k 電視機(jī)則有一個(gè) 64MB 工作集。由于其大小原因,這些工作緩沖必須存儲(chǔ)在芯片外的 DRAM 中。

            

          1.jpg

           

            每一次混合、深度測(cè)試和模板測(cè)試運(yùn)算都需要從這一工作集中獲取當(dāng)前片段像素坐標(biāo)的數(shù)據(jù)值。被著色的所有片段通常會(huì)接觸到這一工作集,因此在高清顯示中,置于這一內(nèi)存上的帶寬負(fù)載可能會(huì)特別高,每一片段也都有多個(gè)讀-改-寫運(yùn)算,盡管緩存可能會(huì)稍稍緩減這一問(wèn)題。這一對(duì)高帶寬存取的需求反過(guò)來(lái)推動(dòng)了對(duì)具備許多針腳的寬內(nèi)存接口和專用高頻率內(nèi)存的需求,這兩者都會(huì)造成能耗特別密集的外部?jī)?nèi)存訪問(wèn)。

             方式

            Mali GPU 系列采用非常不同的方式,通常稱為基于區(qū)塊的的渲染,其設(shè)計(jì)宗旨是竭力減少渲染期間所需的功耗巨大的外部?jī)?nèi)存訪問(wèn)。如本系列第一篇博文中所述,Mali 對(duì)每一渲染目標(biāo)使用獨(dú)特的兩步驟渲染算法。它首先執(zhí)行全部的幾何處理,然后執(zhí)行所有的片段處理。在幾何處理階段中,Mali GPU 將屏幕分割為微小的16x16 像素區(qū)塊,并對(duì)每個(gè)區(qū)塊中存在的渲染原語(yǔ)構(gòu)建一份清單。GPU 片段著色步驟開(kāi)始時(shí),每一著色器核心一次處理一個(gè) 16x16 像素區(qū)塊,將它渲染完后再開(kāi)始下一區(qū)塊。對(duì)于基于區(qū)塊的架構(gòu),其算法相當(dāng)于:

            1. foreach( tile )

            2. foreach( primitive in tile )

            3. foreach( fragment in primitive in tile )

            4. render fragment

            由于 16x16 區(qū)塊僅僅是總屏幕面積的一小部分,所以有可能將整個(gè)區(qū)塊的完整工作集(顏色、深度和模板)存放在和 GPU 著色器核心緊密耦合的快速 RAM 中。

            

          2.jpg

           

            這種基于區(qū)塊的方式有諸多優(yōu)勢(shì)。它們大體上對(duì)開(kāi)發(fā)人員透明,但也值得了解,尤其是在嘗試了解你內(nèi)容的帶寬成本時(shí):

            對(duì)工作集的所有訪問(wèn)都屬于本地訪問(wèn),速度快、功耗低。讀取或?qū)懭胪獠?DRAM 的功耗因系統(tǒng)設(shè)計(jì)而異,但對(duì)于提供的每 1GB/s 帶寬,它很容易達(dá)到大約 120mW。與這相比,內(nèi)部?jī)?nèi)存訪問(wèn)的功耗要大約少一個(gè)數(shù)量級(jí),所以你會(huì)發(fā)現(xiàn)這真的大有關(guān)系。

            混合不僅速度快,而且功耗低,因?yàn)樵S多混合方式需要的目標(biāo)顏色數(shù)據(jù)都隨時(shí)可用。

            區(qū)塊足夠小,我們實(shí)際上可以在區(qū)塊內(nèi)存中本地存儲(chǔ)足夠數(shù)量的樣本,實(shí)現(xiàn) 4 倍、8 倍和 16 倍多采樣抗鋸齒1。這可提供質(zhì)量高、開(kāi)銷很低的抗鋸齒。由于涉及的工作集大小(一般單一采樣渲染目標(biāo)的 4、8 或 16 倍;4k2k 顯示面板的 16x MSAA需要巨大的 1GB 工作集數(shù)據(jù)),少數(shù)直接模式渲染器甚至將 MSAA 作為一項(xiàng)功能提供給開(kāi)發(fā)人員,因?yàn)橥獠績(jī)?nèi)存大小和帶寬通常導(dǎo)致其成本過(guò)于高昂。

            Mali 僅僅需要將單一區(qū)塊的顏色數(shù)據(jù)寫回到區(qū)塊末尾的內(nèi)存,此時(shí)我們便能知道其最終狀態(tài)。我們可以通過(guò) CRC 檢查將塊的顏色與主內(nèi)存中的當(dāng)前數(shù)據(jù)進(jìn)行比較 — 這一過(guò)程叫做“事務(wù)消除”— 如果區(qū)塊內(nèi)容相同,則可完全跳過(guò)寫出,從而節(jié)省了 SoC 功耗。我的同事 Tom Olson 針對(duì)這一技術(shù)寫了一篇 優(yōu)秀的博文,文中還提供了“事務(wù)消除”的一個(gè)現(xiàn)實(shí)世界示例(某個(gè)名叫“憤怒的小鳥(niǎo)”的游戲;你或許聽(tīng)說(shuō)過(guò))。有關(guān)這一技術(shù)的詳細(xì)信息還是由 Tom 的博文來(lái)介紹;不過(guò),這兒也稍稍了解一下該技術(shù)的運(yùn)用(僅“多出的粉色”區(qū)塊由 GPU 寫入 - 其他全被成功丟棄)。

            

          3.jpg

           

            我們可以采用快速的無(wú)損壓縮方案 — ARM 幀緩沖壓縮 (AFBC) — ,對(duì)逃過(guò)事務(wù)消除的區(qū)塊的顏色數(shù)據(jù)進(jìn)行壓縮,從而進(jìn)一步降低帶寬和功耗。這一壓縮可以應(yīng)用到離屏 FBO 渲染目標(biāo),后者可在隨后的渲染步驟中由 GPU 作為紋理讀回;也可以應(yīng)用到主窗口表面,只要系統(tǒng)中存在兼容 AFBC 的顯示控制器,如 Mali-DP500。

            大多數(shù)內(nèi)容擁有深度緩沖和模板緩沖,但幀渲染結(jié)束后就不必再保留其內(nèi)容。如果開(kāi)發(fā)人員告訴 Mali 驅(qū)動(dòng)程序不需要保留深度緩沖和模板緩沖2— 理想方式是通過(guò)調(diào)用 glDiscardFramebufferEXT (OpenGL ES 2.0) 或 glInvalidateFramebuffer (OpenGLES 3.0),雖然在某些情形中可由驅(qū)動(dòng)程序推斷 — 那么區(qū)塊的深度內(nèi)容和模板內(nèi)容也就徹底不用寫回到主內(nèi)存中。我們又大幅節(jié)省了帶寬和功耗!

            上表中可以清晰地看出,基于區(qū)塊的渲染具有諸多優(yōu)勢(shì),尤其是可以大幅降低與幀緩沖數(shù)據(jù)相關(guān)的帶寬和功耗,而且還能夠提供低成本的抗鋸齒功能。那么,有些什么劣勢(shì)呢?


          上一頁(yè) 1 2 下一頁(yè)

          關(guān)鍵詞: Mali GPU

          評(píng)論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();