On 11-01-31 12:03 PM, Nathan Kidd wrote: > On 11-01-31 11:46 AM, David Björkevik wrote: >> On 2011-01-31 17:06, Nathan Kidd wrote: >>> On 11-01-31 09:52 AM, David Björkevik wrote: >>>> I tried the VGL_PROFILE option. Standard values for Readback are in the >>>> 300-600 Mpixels/sec range. However, when picking, this drops to<1 >>>> Mpixels/sec. >>>> >>>> Any pointers or ideas? >>> >>> VGL_TRACE might give some clues if you could identify which calls were >>> stalling, but I think timestamps would need to be added for that. >> >> Thanks, VGL_TRACE was interesting. Here's a snippet: >> >> [VGL] _doGLreadback (pbw->getdrawable()=0x00400003 sync=0 spoillast=1 ) >> 922.807932 ms > > That does seem odd since the readback operation is nearly identical to > glXSwapBuffers, except it's reading the front buffer. Can you compare > the times with the glXSwapBuffers calls? Is the drawable (0x400003) > only used in "slow" readbacks? Is the drawable a Pixmap not a Window? > (Look in your trace for glXCreateGLXPixmap or XCreateWindow)
And related to that, is the current context indirect whereas all the others are direct? (Implementations aren't guaranteed to support direct contexts with GLXPixmap, so it's possible your app specifies indirect only for this drawable, if indeed it were a Pixmap.) ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ VirtualGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtualgl-users
