This is why we can't have nice things. :) You're absolutely right. The overhead is easily measurable by running glxspheres with VirtualGL on the local display. Now I remember why I designed the system to share the app context in the first place. <sigh>
I checked in a new patch that creates the readback context the first time it is needed and subsequently only if the FB config changes. There is still a bit of overhead to this approach vs. sharing the app's context, but it is only measurable in GLXgears, which is rendering thousands of fps. In a real app at a realistic frame rate, it should be imperceptible relative to VGL 2.3.1. New build with this fix is now available: http://www.virtualgl.org/DeveloperInfo/PreReleases On 8/23/12 10:48 AM, Antony Riakiotakis wrote: > Hi, thanks for looking into this. > I think it will work. I don't know the specifics of the fix (I should > proobably download the svn version) though if a readback context is > created every frame it could hamper performance. If it's only created > once, it should work quite nicely. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ VirtualGL-Devel mailing list VirtualGL-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-devel
