导出显示应用程序

Question

对于我的工作，我们正在搜索允许我们进行导出显示的应用程序。规格如下：

• 客户端使用Windows / Linux系统
• 服务器是Linux Red-Hat 6集群
• 服务器端有基于OpenGL的应用程序。它们必须在客户端上快速运行，至少尽可能多
• GPU在服务器端。用户在群集上打开可视化会话，使用GPU分配特定节点。

目前，我们使用TurboVNC（带有一个vnc客户端，名为＆＃34; vncviewer＆＃34;并由ssh隧道安装）和服务器上的virtualGL，用于启动OpenGL应用程序（类型paraview）和＃34; vglrun name_application＆＃ 34;命令。

有人可以给我建议替代解决方案吗？

我看到了XDCMP解决方案，但没有得到证实。 我们不能使用ssh X转发，因为它工具很慢。

顺便说一下，在客户分配的资源和服务器分配的资源之间，导出显示的比例是多少？

TurboVNC似乎在服务器上分配了更多的资源：这是否意味着客户端不管理图形处理，只接收来自服务器的原始数据，这些数据在客户端显示？

然后，当我做一个＆＃34; ssh -X＆＃34; ？ （这应该是本地处理OpenGL处理​​的客户端）

任何澄清都会很棒，

由于

Answer 1

您愿意等待多长时间投入生产？

目前，Linux图形堆栈是围绕Xorg构建的。而且Xorg有一个不方便的缺点，就是你无法运行纯粹使用GPU的屏幕外X服务器。如果您只有一个用户使用GPU和GPU持有VT，那么您可能需要查看Xpra，其中您使用的是使用GPU而不是{{1}的X服务器配置。司机。

如果您愿意再等两年（希望），所有驱动程序都将完全支持KMS和DRM内核接口;尽管我不喜欢Wayland的某些方面，但它也是一个巨大的游戏规则改变者，它给NVidia带来了很多同伴压力，最终绕过并使用“标准”API。现在您已经可以使用dummy创建纯粹的屏幕外OpenGL渲染上下文，其中GPU支持它并且没有运行显示服务器;即Mesa3D树中具有开源驱动程序的GPU（Intel 和 AMD，但现在只是OpenGL-3而没有OpenCL）。再给它2年，API和工具将稳定下来，你可以方便地在生产中使用它。