現在是 2017 年。
為什麼我們仍然沒有提供良好效能的遠端桌面應用程式？是什麼區別使得在傳輸不應該超過幾個位元組的滑鼠和鍵盤操作的同時傳輸大部分靜態圖片變得如此困難？
答案1
首先，我們確實有提供不錯性能的遠端桌面應用程序，但沒有一個通用的解決方案可以很好地做到這一點。
在典型/包羅萬象的情況下，電腦需要將螢幕上的內容準確傳輸到另一個位置。它唯一能夠加快速度的是壓縮輸出 - 例如，VNC 就是這種情況。根據連接速度和螢幕的複雜性，這可能運作得很好，也可能很慢。如果使用有損壓縮，則內容可能無法讀取。
另一個極端是 chromecast - 它向遠端電腦提供執行操作的指令，因此它可以最大限度地利用壓縮（即，它處理來自來源的原始壓縮流，而不是需要解壓縮它並發送解壓縮或解壓縮並重新壓縮資料）。當然，這需要與該技術相容的應用程式 - 而大多數桌面應用程式則不然。
介於兩者之間的解決方案包括 Spice、X 轉發 rdp，它們嘗試使用 API 透過再現應在原始螢幕上顯示的內容來減少傳輸的資料量。
另一個問題是延遲 - 如果您在新西蘭（例如），並且在歐洲共享連接，由於真空中的光速，您會看到 > 200 毫秒的延遲 - 您對連接所做的任何事情都無法做到這一點較低的延遲- 這讓人感覺很慢。
類似地，在處理行動視訊時，除了 Chromecast 類型的解決方案外，通常不可能知道壓縮了什麼（以及如何壓縮）——而嚴格的有損壓縮非常耗時，這使得這變得困難。 （如果 4k 視訊可以即時壓縮而不會對系統造成很大的負載，我會感到驚訝 - 即 4k 視訊可以即時串流和播放，但在系統正在執行其他實際任務時通常不會即時編碼）