Rethinking remote display
Posted Nov 5, 2010 21:48 UTC (Fri) by JoeBuck
Parent article: LPC: Life after X
I don't think that we should just give up on remote transparency, though it might be structured quite differently in the future. Also, I don't think that the VNC approach, which just keeps two bitmaps in sync, is going to be an adequate replacement. We may still find ourselves in a situation where we have a central server with thousands of processors, a remote user with a highly capable GPU, a limited bandwidth connection and complex 3D objects to display (maybe the user is doing mechanical CAD, or experimenting with protein folding as part of drug development).
If we take a model-view-controller view, the model is on the central server and the view/controller portion is partly on both, and we want to communicate manipulations on 3D objects across the network as efficiently as possible. One approach might just be to do OpenGL calls as RPC calls across the network, and use something more X-like to send the user's gestures (mouse clicks, keystrokes, multitouch) in the other direction. But it would be best if done in such a way that applications work over the network by default, without special coding by the application developer, because the framework supports it.
"Just do it in the browser" seems a step backward from the security point of view; the HTTP server isn't running as me.
to post comments)