Export display application [closed]

Question

Closed. This question is seeking recommendations for books, tools, software libraries, and more. It does not meet Stack Overflow guidelines. It is not currently accepting answers.

---

We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.

Closed last year.

Improve this question

for my job, we are searching for an application which allows us to do export display. The specifications are :

• clients use Windows/Linux System
• server is a Linux Red-Hat 6 cluster
• there are OpenGL based applications on server side. they must be running fast on client, at least as much as possible
• the GPU are on server side. Users open a visualization session on cluster which allocates specific nodes with GPU.

For the moment, we use TurboVNC ( with a vnc client called "vncviewer" and securised by ssh tunnel ) and virtualGL on server for launching OpenGL applications (type paraview) with "vglrun name_application" command.

Could someone give me advices for alternative solutions ?

I saw XDCMP solution but it is not securised. We can't use ssh X forwarding because it is tool slow.

By the way, what is the proportion for export display, between the ressources allocating by the client and ressources allocated by the server ?

TurboVNC seems to allocate more resources on server : does it mean that client does not manage graphics processing and only receives raw data from the server, which are displaying on client side ?

Then, this would not be the case when I do a "ssh -X" ? (this should be the client which deals locally with OpenGL processing)

Answer 1

How long are you willing to wait to put this into production?

Right now the Linux graphics stack is built around Xorg. And Xorg has the inconvenient drawback, that you can't run purely off-screen X servers that make use of the GPU. If you can live with only one user making use of the GPU and the GPU holding the VT then you might want to look into Xpra which you start with a X server configuration that uses the GPU instead of the dummy driver.

If you're willing to wait another two years (hopefully) all drivers will fully support KMS and the DRM kernel interfaces; as much as I dislike certain aspects of Wayland, it's also a huge game changer that puts a lot of peer pressure on NVidia to finally get around and use the "standard" APIs. Already now you can use libgbm to create purely off-screen OpenGL render contexts with GPUs that support it and no display server running; i.e. GPUs with open source drivers in the Mesa3D tree (Intel and AMD, however for now just OpenGL-3 and no OpenCL). Give it another 2 years and the APIs and tools will have stabilized that you can use this conveniently in production.