【厚積薄發(fā)】系統(tǒng)層顯存 vs 引擎層顯存的差值從哪來

這是第470篇UWA技術(shù)知識(shí)分享的推送，精選了UWA社區(qū)、UWA AI問答的熱門話題等技術(shù)知識(shí)點(diǎn)，助力大家更全面地掌握和學(xué)習(xí)。

UWA社區(qū)主頁：community.uwa4d.com

UWA QQ群：793972859

本期目錄：

• 系統(tǒng)層顯存 vs 引擎層顯存的差值從哪來

• 如何定位String的異常增長(zhǎng)

本次推送的實(shí)戰(zhàn)案例來自于使用UWA服務(wù)的項(xiàng)目的真實(shí)且典型的問題。UWA將關(guān)鍵線索、定位路徑與處理建議整理成了可復(fù)用的案例筆記，便于大家快速對(duì)照、排查自身項(xiàng)目中的同類問題。

實(shí)戰(zhàn)案例

Q：我們項(xiàng)目中通過系統(tǒng)層統(tǒng)計(jì)到的顯存有1.5GB，但是通過引擎層采集到的紋理、網(wǎng)格、RT這些加起來也只有400+MB，為什么會(huì)這樣，其它的部分是什么呢？

A：這個(gè)其實(shí)是一種比較少見的情況，根據(jù)以往的經(jīng)驗(yàn)來說可能有以下幾種可能性：

1. Shader占用本身是屬于引擎層Native部分的，在運(yùn)行中會(huì)執(zhí)行Shader.CreateGPUProgram把它編譯成GPU可以理解使用的一個(gè)Program，生成的這個(gè)GPU Program在一些項(xiàng)目中可能造成相當(dāng)可觀的高占用，我們?cè)谶^往部分極端測(cè)試中也發(fā)現(xiàn)，它會(huì)同時(shí)導(dǎo)致系統(tǒng)層Native內(nèi)存與GFX顯存出現(xiàn)顯著上升。

2. 測(cè)試發(fā)現(xiàn)一些RT除了在Memory Profiler中統(tǒng)計(jì)到的部分外，也會(huì)對(duì)顯存造成一些額外的開銷。

3. 在其它項(xiàng)目中還見過使用Compute Buffer，或者在引擎設(shè)置里面開辟一些額外的Buffer，通過C++進(jìn)行加載的，也會(huì)對(duì)顯存造成額外開銷。

這些內(nèi)存的具體來源是什么無法直接通過Unity引擎的分析工具進(jìn)行分類和定位，建議可以做一些對(duì)比測(cè)試，比如去拆分一些渲染策略或場(chǎng)景，如果觀察到開啟某個(gè)渲染策略、進(jìn)入某個(gè)渲染場(chǎng)景時(shí)顯存出現(xiàn)明顯的飆升，那么基本就能做更精準(zhǔn)的定位了。

參考文章：

《Unity移動(dòng)游戲工業(yè)級(jí)性能優(yōu)化指南 3.0》

https://edu.uwa4d.com/course-intro/1/619

實(shí)戰(zhàn)案例

Q：我用Memory Profiler看到托管堆內(nèi)存部分中String駐留了50+MB、45萬多條，這個(gè)現(xiàn)象是正常的嗎？

A：這一部分占用還是比較高的，從下圖右邊的Details信息看很多來自TMP圖集用的文本，這種大量字符串理論上不應(yīng)該駐留在運(yùn)行時(shí)了，我們生成了TMP的圖集紋理后像這個(gè)文本應(yīng)該就不需要了，可以看看是不是可以及時(shí)卸載。

無論是社區(qū)里開發(fā)者們的互助討論，還是AI基于知識(shí)沉淀的快速反饋，核心都是為了讓每一個(gè)技術(shù)難題都有解、每一次踩坑都有回響。本期分享分別來自UWA AI問答和UWA問答社區(qū)，希望這些從真實(shí)開發(fā)場(chǎng)景中提煉的經(jīng)驗(yàn)，能直接幫你解決當(dāng)下的技術(shù)卡點(diǎn)，也讓你在遇到同類問題時(shí)，能更高效地找到破局方向。

封面圖來源于網(wǎng)絡(luò)

今天的分享就到這里。生有涯而知無涯，在漫漫的開發(fā)周期中，我們遇到的問題只是冰山一角，UWA社區(qū)愿伴你同行，一起探索分享。歡迎更多的開發(fā)者加入U(xiǎn)WA社區(qū)。

UWA官網(wǎng)：www.uwa4d.com

UWA社區(qū)：community.uwa4d.com

UWA學(xué)堂：edu.uwa4d.com

點(diǎn)擊下方名片關(guān)注我們，將我設(shè)為星標(biāo)，及時(shí)接收小編每日推送哦，性能優(yōu)化不迷路～

近期精彩回顧