I believe the code in trunk should fix this. What was happening was the app was using glXUseXFont() with a rather large font. In an attempt to reduce round trips to the X server (because, when using the VGL Transport, the X server is remotely located), VirtualGL tries to load the entire font into a single pixmap/X image and build the OpenGL bitmaps from this pixmap/image. I'm not entirely sure how beneficial that behavior is, but since I went to the trouble of implementing it years ago, I'm not going to argue with my former self. The issue is that, when using large fonts, that pixmap can become quite large (5 megapixels, in the case of the font Oasys Primer was trying to use.) What I did was to break the font up into groups, such that no one group will cause a pixmap of more than 1 megapixel to be created.
NOTE: I wonder aloud whether it wouldn't be better to create an invisible window on the 3D X server and use that for creating the temporary pixmaps rather than putting them on the 2D X server. That would eliminate the need to control round trips, and we could revert back to the behavior of Mesa, which is to create a pixmap for every glyph and then immediately destroy it. I'm inclined to do nothing as long as the current behavior isn't a performance issue, but there is an option to change it if it ever becomes one. On 12/7/11 8:21 AM, filip.ged...@gridcore.se wrote: > I tried some more cases, running the application on the local x server > with VGL and running with TightVNC. > > All X servers except TurboVNC gives the same error when running the > application with VGL. > The application works using the X servers build in OGL implementation. > Mesa in the case of the VNC servers and a NVIDIA device in Xorg. > > The versions used are: > VGL 2.2.1 > Tight 1.2.9 > Tiger 1.1.0 > Turbo 1.0.2 > Xorg 6.9.0 > > Do you have any idea on what could could cause this? > To me it looks like it's something with VGL. > > For you to be able to test it. Do you need a copy of the application or > would it be possible for you to work remotely to one of our computers > where we have a license? > > Best Regards > -- > Filip Gedell > > > > > From: filip.ged...@gridcore.se > To: VirtualGL Users <virtualgl-users@lists.sourceforge.net>, > Date: 2011-12-07 13:10 > Subject: Re: [VirtualGL-Users] Oasys Primer problem > ------------------------------------------------------------------------ > > > > It works fine with TurboVNC. > Thanks for the tip, I will try the TigerVNC list. > > -- > Filip Gedell > Software Engineer > Gridcore AB > Aschebergsgatan 46 > 411 33 Göteborg > Phone: +46 31 18 21 60 > Cell: +46 733 18 21 62 > > > > From: DRC <dcomman...@users.sourceforge.net> > To: virtualgl-users@lists.sourceforge.net, > Date: 2011-12-07 11:08 > Subject: Re: [VirtualGL-Users] Oasys Primer problem > ------------------------------------------------------------------------ > > > > Does it happen with TurboVNC as well? If not, then please forward to > tigervnc-users. If so, then is it possible to obtain a copy of the app > for testing? > > > On 12/7/11 2:09 AM, filip.ged...@gridcore.se wrote: >> Hi, >> >> We are trying to run Oasys Primer using TigerVNC and VGL. >> >> The application starts and the process is reading event data from the X >> socket. The problem is that the ui is not updating and not responding to >> any user input. >> >> Enabling VGL_TRACE shows that a call to glXUseXFont seems to fail and >> the application prints the error message: "Space allocation failure >> (BadAlloc) when allocating Pixmap". >> >> This is followed by the following lines repeated about 200 times: >> "X Server error detected: >> BadDrawable (invalid Pixmap or Window parameter) >> Protocol request: 55 >> Resource ID: a00298 >> Trying XSync" >> >> The failed call to glXUseXFont is the last entry in the VGL log file. >> >> Anyone that have experience with this application or have experienced >> similar problems? > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and > point of > discussion for anyone considering optimizing the pricing and packaging > model > of a cloud services business. Read Now!_ > __http://www.accelacomm.com/jaw/sfnl/114/51491232/_ > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net_ > __https://lists.sourceforge.net/lists/listinfo/virtualgl-users_ > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and > point of > discussion for anyone considering optimizing the pricing and packaging > model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/_______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > > ------------------------------------------------------------------------------ > Cloud Services Checklist: Pricing and Packaging Optimization > This white paper is intended to serve as a reference, checklist and point of > discussion for anyone considering optimizing the pricing and packaging model > of a cloud services business. Read Now! > http://www.accelacomm.com/jaw/sfnl/114/51491232/ > > > > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
