它是如何運(yùn)作的(How it works)

Citrix使用特定區(qū)域的概念來(lái)決定何時(shí)開始使用視頻編解碼器。如前所述，我們使用位圖編解碼作為桌面的默認(rèn)值，每當(dāng)在窗口或全屏中檢測(cè)到移動(dòng)圖像(視頻)時(shí)，這個(gè)“活動(dòng)區(qū)域”的編解碼方式就會(huì)更改為H.264或H.265，也稱為“選擇性H.264/H.265”。一旦某個(gè)特定區(qū)域的編解碼方式轉(zhuǎn)換為視頻編解碼，我們也可以從硬件編碼中獲益(選擇性NVENC，在XenDesktop 7.17版本中引入)。

我制作了一個(gè)簡(jiǎn)短的視頻，以最好地展示我們?nèi)绾慰吹揭曨l編解碼：

在此視頻中，您將看到只要沒有視頻播放，我們就在運(yùn)行位圖編解碼;當(dāng)我們開始視頻播放時(shí)，我們可以看到有選擇性的NVENC插入其中，這證明我們正在為給定的窗口大小使用H.264 編解碼。您可以像在本視頻中一樣通過運(yùn)行“ nvidia-smi編碼器會(huì)話”輕松復(fù)制此代碼。當(dāng)我們停止視頻時(shí)，我們將看到跳回到位圖編解碼，并且不再看到NVENC。我們還應(yīng)該看到與RDA(遠(yuǎn)程顯示分析器)相同的效果(啟用或禁用硬件編碼)，但有時(shí)效果不太穩(wěn)定，并且在測(cè)試中沒有來(lái)回反復(fù)切換。

[譯注]：自適應(yīng)顯示或者混合編碼，通過位于Guest OS中的Citrix代理可以比較容易捕獲到當(dāng)前熱點(diǎn)類型，然后進(jìn)行編碼類型(位圖或者視頻編碼)調(diào)整。這與上篇介紹的Build-To-Lossless是有本質(zhì)區(qū)別的，Build-To-Lossless還是利用H.264/H.265進(jìn)行編碼，只是在最后一幀畫面進(jìn)行無(wú)損方式或者說銳化處理。CStack xView由于是基于帶外方式的云桌面交付模式(通過host主機(jī)側(cè)捕獲上層的云桌面顯示內(nèi)容，進(jìn)行編碼和傳輸。相比帶內(nèi)實(shí)現(xiàn)在性能和并發(fā)量方面有著絕對(duì)優(yōu)勢(shì))，所以捕獲云桌面里面的熱點(diǎn)變得非常具有挑戰(zhàn)性，也是非常高的技術(shù)門檻之一。

圖像質(zhì)量(Image Quality)

由于我們默認(rèn)使用位圖編解碼方式，因此我們也應(yīng)該期望看到非常好的圖像質(zhì)量。

參考圖像

捕獲“活動(dòng)變化區(qū)域”圖像

自適應(yīng)顯示“主動(dòng)變化區(qū)域”的SSIM熱圖

SSIM的熱圖以99.99%的色彩準(zhǔn)確度證實(shí)了我們的期望。

帶寬消耗(Bandwidth consumption)

與H.264 / H.265整個(gè)屏幕策略相比，在大多數(shù)情況下我們也可以預(yù)期在帶寬方面會(huì)略有節(jié)省，因?yàn)槲覀儍H將視頻編解碼用于活動(dòng)區(qū)域窗口。 如果我們不使用視頻編解碼，那么對(duì)靜態(tài)內(nèi)容進(jìn)行位圖遠(yuǎn)程處理就只會(huì)消耗很少的帶寬。

延遲(Latency)

目前，ACR(主動(dòng)更改區(qū)域)策略的缺點(diǎn)之一是延遲，因?yàn)槲覀儫o(wú)法將硬件編碼用于位圖編解碼器。

在這里，我們可以看到H.264硬件編碼(NVENC)的巨大優(yōu)勢(shì)，該技術(shù)目前僅適用于整個(gè)屏幕。 因此，即使我們可以將NVENC用于選擇性的H.264/H.265，我們也不會(huì)從ACR(主動(dòng)更改區(qū)域)設(shè)置的延遲減少中受益。

Citrix策略設(shè)置

· Use video codec for compression ->For active changing regions

· Use hardware encoding ->Enabled

· Visual Quality ->High

用例(Use Case)

對(duì)于具有多媒體內(nèi)容的辦公室 VDI，ACR(主動(dòng)更改區(qū)域)是一個(gè)很好的用例，因?yàn)樗梢愿纳埔曨l播放并減少帶寬。 尤其是我們對(duì)靜態(tài)內(nèi)容幾乎具有像素完美的質(zhì)量，這使它成為辦公室用戶的理想選擇。

限制/要知道(Restrictions/Good to know)

XenDesktop 7.15 LTSR版本可能允許ACR(主動(dòng)更改區(qū)域)，但目前許多客戶“卡住了”，客戶不能在這里利用NVENC，因?yàn)镃itrix在7.17版本中引入了選擇性NVENC。 因此你需要知道，在7.17版本之前，由于CPU的軟件編碼，選擇性H.264啟動(dòng)后，你將看到CPU負(fù)載大大增加。

[譯注]：硬件編碼相比CPU軟件編碼有著更多地優(yōu)勢(shì)，例如編碼延時(shí)低，波動(dòng)小，不受Guest 應(yīng)用CPU資源搶占。CStack通過在Host側(cè)上利用單張或者多張NVIDIA GPU實(shí)現(xiàn)對(duì)上層所有普通云桌面內(nèi)容的硬件編碼，提升硬件資源利用率，降低交互性延時(shí)，提高用戶使用體驗(yàn)。如果在云桌面中實(shí)現(xiàn)硬件編碼，雖然在延遲上依舊有很大的優(yōu)勢(shì)，但是也意味著該云桌面必須掛載GPU資源，降低了靈活性和資源利用率。

如果你想了解如何選擇正確的VDI協(xié)議，可以觀看我們?cè)贕TC大會(huì)上的視頻錄像。請(qǐng)點(diǎn)擊此處。

關(guān)于作者

Simon Schaber: NVIDIA GRID 解決方案架構(gòu)師

譯文出處

推薦閱讀

? 《VDI相關(guān)英文技術(shù)干貨翻譯系列之一》

? 《VDI相關(guān)英文技術(shù)干貨翻譯系列之二》

? 《VDI相關(guān)英文技術(shù)干貨翻譯系列之三》

? 《VDI相關(guān)英文技術(shù)干貨翻譯系列之四》

CStack技術(shù)沙龍 | 暢談5G時(shí)代云桌面如何賦能全行業(yè)

CStack基于zstack的云桌面解決方案通過阿里云聯(lián)合解決方案認(rèn)證

上?？釛？萍加邢薰?簡(jiǎn)稱：“CStack”)是一家提供行業(yè)領(lǐng)先的云桌面產(chǎn)品及解決方案的高科技公司，其前身是上海思華科技股份有限公司云計(jì)算事業(yè)部，自2012年從事云計(jì)算及云桌面技術(shù)研究和標(biāo)準(zhǔn)化產(chǎn)品交付以來(lái)，已完成眾多云桌面項(xiàng)目集成與實(shí)施。其產(chǎn)品和解決方案已廣泛應(yīng)用于運(yùn)營(yíng)商、公安、制造、教育、金融、醫(yī)療、保險(xiǎn)等多個(gè)行業(yè)及領(lǐng)域。

公司愿景：成為全球領(lǐng)先的云桌面提供商

公司使命：以安全、極簡(jiǎn)的云桌面，實(shí)現(xiàn)人、設(shè)備和數(shù)據(jù)的智慧互聯(lián)

songjy