Hi Thilo, So from your description it sounds like "osgviewer cow.osg" crashes all by itself if left alone long enough, even in SingleThread mode. This is about as simple an OSG stress test as you could get.
When I do big stress tests I tend run the OSG running overnight running on a large paged database, which stresses the threading, driver and memory and haven't seen crashes for a long time - it just keeps on running till I close it. Given that you are doing such a simple test and it's failing, and others aren't reporting similar problems, I would suspect the window manager/driver. One thing you could look at is how much memory the app is using - is it stable or growing? Another would be to make sure vsync is on and any desktop compositing is off - these should lower the load on the system. Also try another machine/window manager/graphics hardware/driver - right now this is what I would suspect as the cause of the problem. Robert. On Thu, Dec 10, 2009 at 9:14 AM, Thilo Weigel <[email protected]> wrote: > Hi Robert, > > Thank you for your reply! > > Probably there is a misunderstanding: osgviewer is not killed all the time. > It is started once until it crashes by itself. The "xterm-script" is started > in a separate terminal and only opens/closes a single plain xterm. osgviewer > runs fine for quite some time while the script opens and closes an xterm on > top of the osgviewer fullscreen view. But after a while osgviewer crashes. > > The script opens and closes an xterm to simulate opening and closing a > Settings Window in my application. Once in a while my application crashes > after a user opened/closed that window. I found that the same thing happens > with osgviewer and xterm. > > I'm ran osgviewer in SingeThreaded mode. > > I'd appreciate any further hints, > > Thanks, > > Thilo > > > >> Hi Thilo, >> >> This is may well be a driver issue. Killing the app really isn't a >> good way to test things... you can actually get the OSG to >> viewer::run() for a limited number of frames then exit using the env >> var - set OSG_RUN_FRAME_COUNT to something like 10. i.e. >> >> export OSG_RUN_FRAME_COUNT=10 >> osgvewer cow.osg >> >> Another route of investigation would be to for the OSG to run single >> threaded by doing: >> >> export OSG_THREADING=SingleThreaded >> >> Then running osgviewer/example. >> >> Whether this will change the behavior, or whether it'd indicate an OSG >> threading bug or X11/GL driver bug I wouldn't be able to say. What I >> can say is really thrashing the X server/GL driver this way is not >> really testing it in ways that actual users will ever stress your >> application. >> >> Robert. >> >> On Wed, Dec 9, 2009 at 5:18 PM, Thilo Weigel <thilo.weigel at web.de> wrote: >> > Hi, >> > >> > If I run "/usr/bin/osgviewer cow.osg" while constantly toggling an xterm >> >> window (using the script below) osgviewer crashes after a while (anything >> between 15 Minutes and 2 hours) >> >> > It seems like the crash only occurs in fullscreen mode. >> > >> > Does this sound familiar to anybody? Is this rather an OSG, OpenGL, >> > XServer >> >> or a NVIDIA driver issue? >> >> > I'm using >> > - OpenSceneGraph 2.8.2 >> > - One single XScreen >> > - NVIDIA driver 185.18.14 (also tried several others including the latest >> >> 190.42) >> >> > - AntiAliasing Settings 4xMS, Anisotropic Filtering 2x >> > - OpenSuse 11.1 >> > - Icewm WindowManager >> > - osgviewer >> > - in SingleThreaded mode >> > - in Fullscreen mode >> > >> > >> > The script for toggling an xterm window is the following: >> > >> > #!/bin/bash >> > while [ 1 ] >> > do >> > xterm & >> > sleep 1 >> > /usr/bin/pkill -P $$ >> > sleep 1 >> > done >> > >> > >> > The following coredump is generated: >> > >> > Core was generated by `osgviewer cow.osg'. >> > Program terminated with signal 11, Segmentation fault. >> > #0 0x00007fbb9cb6c59b in ?? () from /usr/lib64/libGLcore.so.1 >> > (gdb) bt >> > #0 0x00007fbb9cb6c59b in ?? () from /usr/lib64/libGLcore.so.1 >> > #1 0x00007fbb9c8facf2 in ?? () from /usr/lib64/libGLcore.so.1 >> > #2 0x00007fbb9c8ff29d in ?? () from /usr/lib64/libGLcore.so.1 >> > #3 0x00007fbb9c8ee321 in ?? () from /usr/lib64/libGLcore.so.1 >> > #4 0x00007fbb9ea38813 in ?? () from /usr/lib64/libGL.so.1 >> > #5 0x00007fbb9ea5343e in glXSwapBuffers () from /usr/lib64/libGL.so.1 >> > #6 0x00007fbb9f54691b in >> >> osgViewer::GraphicsWindowX11::swapBuffersImplementation() () from >> /usr/lib64/libosgViewer.so.55 >> >> > #7 0x00007fbba01444a9 in osg::GraphicsContext::swapBuffers() () from >> >> /usr/lib64/libosg.so.55 >> >> > #8 0x00007fbb9f53d60d in osgViewer::ViewerBase::renderingTraversals() () >> >> from /usr/lib64/libosgViewer.so.55 >> >> > #9 0x00007fbb9f53b771 in osgViewer::ViewerBase::run() () from >> >> /usr/lib64/libosgViewer.so.55 >> >> > #10 0x0000000000403a37 in main () >> > >> > >> > Thank you for any hints! >> > >> > Cheers, >> > >> > Thilo >> > > ___________________________________________________________ > Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.! > http://produkte.web.de/go/02/ > > _______________________________________________ > osg-users mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
