I have been happily using VirtualGL the last couple of months to run a 
game under Wine and retarget the display to my OpenGL challenged laptop.

This worked fine until recently where a wine update caused my laptop to 
almost completely lock when the game started. While the fact that my 
laptop becomes unresponsive (well the X server) is hardly VirtualGL's 
fault, it is the trigger.

I've tracked down the patch that is causing the extreme slowdown when 
running wine with VirtualGL. The patch in question is:

---
commit ce42470138a4805dce509a1fa806c8880530f324
Author: Henri Verbeet <[email protected]>
Date:   Wed Jan 27 20:19:40 2010 +0100

     wined3d: Ensure draw ordering across contexts.
---
http://source.winehq.org/git/wine.git/?a=commitdiff;h=ce42470138a4805dce509a1fa806c8880530f324


It seems to sprinkle a few glFlush() calls throughout the pipeline. I 
did notice in the virtualgl sources that the glFlush() call is already 
throttled, but it seems that this isn't sufficient for the wine+vgl combo.

Was wondering if there is any solution to this issue?!


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
VirtualGL-Users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to