**已关闭。**此问题不符合Stack Overflow guidelines。当前不接受答案。
我们不允许问题寻求书籍、工具、软件库等的建议。您可以编辑问题，以便使用事实和引文来回答。
四个月前关门了。
Improve this question
对于我的工作，我们正在寻找一个应用程序，让我们做出口显示.规格是：
- 客户端使用Windows/Linux系统
- 服务器是Linux Red-Hat 6群集
- 在服务器端有基于OpenGL的应用程序。它们必须在客户端上运行得更快，至少尽可能快
- GPU位于服务器端，用户在集群上打开一个可视化会话，该会话为特定节点分配GPU。
目前，我们使用TurboVNC（带有一个名为“vncviewer”的VNC客户端，并通过ssh隧道进行安全保护）和服务器上的virtualGL，通过“vglrun name_application”命令启动OpenGL应用程序（类型为paraview）。
有人能给予我一些替代解决方案的建议吗？
我看到了XDCMP解决方案，但它没有安全性。我们不能使用ssh X转发，因为它是工具缓慢。
顺便问一下，客户端分配的资源和服务器分配的资源，导出显示的比例是多少？
TurboVNC似乎在服务器上分配了更多的资源：这是否意味着客户端不管理图形处理，只从服务器接收原始数据，这些数据显示在客户端？
那么，当我执行“ssh -X”时就不会出现这种情况了？（这应该是在本地处理OpenGL处理的客户端）
1条答案
按热度按时间wbgh16ku1#
你愿意等多久才能把这个投入生产？
现在Linux图形堆栈是围绕 Xorg 构建的，你不能运行纯粹的屏幕外的X服务器，这些服务器使用GPU。如果您可以接受只有一个用户使用GPU，而GPU持有VT，那么您可能需要研究
Xpra，您可以从使用GPU而不是dummy的X服务器配置开始驱动程序。如果您愿意再等两年（希望如此），所有驱动程序将完全支持KMS和DRM内核接口;尽管我不喜欢Wayland的某些方面，但它也是一个巨大的游戏规则改变者，它给NVidia带来了巨大的同行压力，迫使其最终转向使用“标准”API。现在，您已经可以使用
libgbm创建纯屏幕外的OpenGL渲染上下文，GPU支持它，并且不运行显示服务器;例如，Mesa 3D树中采用开源驱动程序的GPU（英特尔 * 和 * AMD，但目前只有OpenGL-3，没有OpenCL）。给予两年，API和工具将稳定下来，您可以在生产中方便地使用它。