Webrtc針對云渲染產品進行性能測試

云渲染（cloudrender）的模式與常規的云計算類似，即將3D程序放在遠程的服務器中渲染，用戶終端通過Web軟件或者直接在本地的3D程序中點擊一個“云渲染”按鈕并借助高速互聯網接入訪問資源，指令從用戶終端中發出，服務器根據指令執行對應的渲染任務，而渲染結果畫面則被傳送回用戶終端中加以顯示，這就是云渲染產品業務處理邏輯。

針對云渲染產品進行性能測試，除過一些專業測試工具，企業自研測試工具外，我們還可以借助基于Google瀏覽器的調試工具Webrtc。Google瀏覽器輸入chrome://webrtc-internals/，就會展示出有webrtc相關功能被啟用的網頁以及通信過程中產生的統計數據：

音頻統計數據：

audioInputLevel

發送端采集的音頻能量大小，數值越大，說明音頻保真度越高。

bitsSentPerSecond

每秒發送出去的比特數，數值越大越好，發送字節的吞吐量。

packetsSentPerSecond

每秒發送出去的音頻包數，數值越大越好。

googResidualEchoLikelihood

Chrome 56中新增的，主要用來標識是否存在回聲，范圍為0 （沒有回聲）- 1（有回聲），當值大于0.5時表明存在回聲。

視頻統計數據：

bitsSentPerSecond

每秒發送出去的比特數，根據當前網絡情況會進行動態調整，數值越大性能表現越好。

framesEncoded

累計編碼出來的視頻幀數，沒有異常情況的話會一直增長。

packetsLost

發送端從接收端發送過來的RTCP Receiver Report中得到的累積丟包數量，可以和googNacksReceived數據進行對照。該數值越小越好，數值偏大說明網絡存在瓶頸。

googRtt

Rtt全稱為Round-trip time，是發送端從接受端發送過來的RTCPReceiver Report中得到的時間戳通過計算得到的往返時延。

packetsSentPerSecond

Chrome 56中新增的，每秒發送出去的視頻包數量，數值越大性能越好。

qpSum

發送端編碼出的帶有QP值的幀的數量，QP全稱為QuantizationParameter。幀值達到60以上一般都是良好的。

googAdaptationChanges

發送端因為CPU的負載變化導致的分辨變高或者變低的次數，需要設置。

googAvgEncodeMs

發送端平均編碼時間，越小越好。

googEncodeUsagePercent

發送端（平均每幀編碼時間）／（平均每幀采集時間），反應編碼效率。

googFirsReceived

發送端收到的關鍵幀請求數量，FIR全稱為Full Intra Request，一般來說在video conference模式下，有新的參與者進來會發出。

googPlisReceived

發送端收到的關鍵幀請求數量，PLI全稱為Picture Loss Indication，一般來說在解碼失敗時會發出。

googNacksReceived

發送端收到的重傳包請求數量，Nack全稱為Negative ACKnowledgement可以和packetsLost數據進行對照。

googFrameHeightSent

發送端發送的分辨率高度，根據當前網絡會進行動態調整。

googFrameWidthSent

發送端發送的分辨率寬度，根據當前網絡會進行動態調整。

googFrameRateInput

發送端設置的初始幀率。

googFrameRateSent

發送端實際發送的幀率，根據當前網絡會進行動態調整。

————————END————————