提交這些命令緩沖區至隊列時，功能的實現則非常簡單，就如同將那些生成的任務放入應用程序提供了信號量的硬件中一樣。硬件前端映射至API隊列的比例并非1：1的，因為Vulkan圖像隊列由兩個硬件前端(貼圖和光柵化)表示。而這兩個前端的差別則由API的其他部分表示，如渲染通道對象和詳細的同步模型。

渲染通道

渲染通道將一組命令集分成片段。由于渲染通道在基于區塊貼圖的架構中是有效的工作單元，這些片段的命令緩沖區非常相似。渲染通道不允許出現可能會導致貼圖中期幀沖刷的命令。其僅允許繪制調用和其他選擇命令，因為貼圖需要渲染通道提供的信息來有效運行。

渲染通道由多個子通道組成，每一個通道都能通過本地數據給定像素位置來與后續的子通道交流信息。每個子通道可以定義其附件的加載和存儲操作、與其他子通道的執行依賴關系以及從先前或已保存的通道中讀取的附件清單。

通過使用子通道信息傳輸，應用程序可以采用簡單的后處理技術如色度分級或光暈。更有趣的是，如果應用程序使用延遲渲染技術，這可能 (強烈推薦!)是來表述G緩沖區的子通道依賴關系和輸入附件。

在許多情況下，如果附件僅作為中間體使用（Vulkan中存在的比較延遲的分配內存類型）或用作瞬態附件使用，則不需要分配附件。渲染通道中任何需使用的附件（在渲染結束時沒有從外源加載或存儲)可以被標記為瞬態，這使得延遲的內存對象分配方案可以綁定至附件中。延遲分配的內存對象在初次創建時可能不會立刻有任何實際的物理內存支持——它們可能完全是空的，也可能是部分分配或完全分配的——這取決于架構。在大多數情況下，它們應該為對象生命周期保持初始狀態，但如果出于某種原因需要分配更多內存，則可以進行后期綁定操作。需要預先了解內存對象的最大尺寸，并查詢這些內存對象當前允諾的內存。

PowerVR GPU的渲染通道

正如上所述，渲染通道禁止任何會導致中期幀沖刷的平鋪架構。于我們而言的確如此，且通過渲染通道顯式地描述每個渲染和加載/存儲操作的開端和結束，PowerVR GPU就能以最小的帶寬進行操作——僅在渲染完成后才編寫附件。

子通道依賴關系也絕對不允許存在架構在光柵化階段發生沖刷的情況——這意味著可能要結合多個子通道和依賴關系至一個單一的渲染通道中。其結果便是不存在渲染的停止和啟動，且沒有顯式存儲的中間附件不需要寫入內存——它們可以存入貼圖內存中。輸入附件至子通道中，當從先前的子通道中進行編寫時，可準確地映射到硬件的片上貼圖內存中。這一點你若很熟悉，可能我們在附件問題上使用了相同的EXT_shader_pixel_local_storage或EXT_shader_framebuffer_fetch。

架構中延遲分配的內存開始是未分配的，因為我們事先了解通常沒有理由分配任何內存——其僅作為一個API構造，在渲染期間僅作為一個片上內存的寄存器格式化塊進行映射。偶爾，在幀緩沖區創建時可能分配少量的內存，或在非常罕見的情況下，可能需要分配整個內存對象。

Conclusion 總結

相比OpenGL ES，Vulkan映射對于硬件而言更具優勢。雖然很多人關注Vulkan改善CPU性能和效率，但很多GPU性能和效率也可以進行改善——只不過它們更精細。

談論移動市場的游戲機品質圖像有點陳詞濫調，但它卻無時無刻不出現在我們的生活中！隨著移動GPU不斷改善且更有效率，Vulkan也成為邁向游戲機品質圖像之路的堅實一步。

這是本系列的最后一篇文章(有點晚但是完成了!)，希望該系列文章可以發揮其價值。請關注我們Twitter (@ImaginationPR @PowerVRInsider)上來自PowerVR團隊的最新新聞和公告。您還可以查閱Vulkan的相關博客和在線研討會獲取資訊。

Vulkan現已發布，其詳細信息也即將與大家見面。游戲開發者大會即將召開，敬請期待。尤其不要錯過開發者的一天，屆時我們將討論Vulkan及其他PowerVR主題。我將描述如何在Vulkan中實現高效渲染的技術，且我將加入圖形小組，討論Vulkan對圖形生態系統的影響。感謝您的閱讀!