<div dir="auto"><div>Thanks for the insight. I've not heard of a scenario like that. Can you suggest a tool for the compressing remote access protocol?<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 5, 2020, 12:13 PM Nathan Kidd <<a href="mailto:nathan-ml@spicycrypto.ca">nathan-ml@spicycrypto.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2020-06-04 8:10 p.m., Joe Hays wrote:<br>
> I've started looking in to using VirtualGL. I got it working but am<br>
> finding almost similar performance as the software rendering when using<br>
> vanilla X11 Forwarding. Since this is my first rodeo with VirtualGL I'm<br>
> sure that there is some setting that I have not configured properly...<br>
> Or, it could simply be throttled by my work's VPN connection.<br>
<br>
Based on your mention of Xming and Cygwin, sounds like you're runing<br>
your X server on local desktop with app remote over the VPN.  In this<br>
case the performance bottleneck is almost certainly sending uncompressed<br>
rasterized images over the VPN; it won't matter who is doing the OpenGL<br>
rendering.  For decent performance in that case you'll need to run the X<br>
server on the app host side and use a compressing remote access protocol<br>
from your desktop to remote X server.<br>
<br>
-Nathan<br>
<br>
</blockquote></div></div></div>