關於GPU和drawcalls重定向

我想知道是否有人在OpenGL和/或DirectX中重定向drawcalls，有可能與驅動程序有任何經驗。關於GPU和drawcalls重定向

我正在尋找重定向從雲的drawcalls到客戶與我的預感，它將在長期比流視頻更輕。主要問題是我目前看到的紋理轉移。

這是這種情況？發送（以及接收確認和錯誤）拉帶的粗略帶寬要求是什麼？我不認爲它會是多少（與大多數RPC調用一樣），但是我在這裏錯過了什麼嗎？

服務器端是否真的需要物理GPU？

DirectX和OpenGL重定向之間會有明顯的區別嗎？

是否還有其他限制我需要擔心？

最後但並非最不重要的是，這是否做過？我知道它已經在VirtualBox和其他虛擬機中完成了;所以在一定程度上這是可行的。

2013-07-14 RobotRock

也有（現在已經死亡）chromium項目，這是在VirtualBox中使用的GL物品的基礎。使用這種方法只是通過網絡重定向GL流只是其功能的一小部分。它允許操縱GL命令流並專注於分佈式渲染。然而，隨着着色器的出現，這種流操作方式再也不能很好地工作了，所以這個項目幾乎停留在GL1.x上...

你也應該知道glX協議是網絡透明的設計和轉發GL命令流在X11上運行，您將失去「直接渲染」的能力。

2013-07-15 02:02:09 derhass

注意，有現代化的OpenGL的，即所有使用緩衝區對象完成後，*直接渲染*是過時。不幸的是，現在的OpenGL還沒有GLX傳輸支持。現在是時候，有人剛剛實現了一個GLX4，它直接支持現代OpenGL。 – datenwolf

VirtualGL（http://www.virtualgl.org/）可能是你可能想要看的東西，尤其是因爲它是開源的。它的工作方式相反（GPU在服務器上），但原則應該是相同的。

2013-07-14 22:19:17

這些都是一些論文，是值得閱讀的主題：

2013-07-19 19:41:44 RobotRock

回答