Hi Vincent, I've done some tweaks, in the CVS version of the OSG, to the MP support to clean it to get it funciton better out of the bag. I've also optimized the cull performance in MP by limiting the use of thread safe ref counted object to only where they are need, this makes reduces the overhead in the thread safe ref counting to pretty small penalty. So try the CVS version.
This may or may not fix the problem your up against though. Are you actually using SLI or using using a single graphics output from each card? If you are trulely using SLI (i.e. its two cards composited to one output) then all the parallism happens down in the driver, there is nothing that the OSG can do to thread things itself. For multiple outputs then you'll be able to use Producer's ability to thread each graphics context. However, recently test I've done on my dual core, dual 7800GT linux system suggested that the driver was only working single threaded. I haven't yet had a chance to dig deep in this. Running two osgviewer's side by side, one on each card did produce fully threaded and with both apps running at full speed, so the driver is obviously up to it, just not the way Producer/osgProducer::Viewer is driving it at present. I have had feedback that multi-thread multi-pipe is working just fine, but this was on a dual Quadro system, I don't know if this is relevant, or its just an OSG/Producer version/OpenGL driver version issue. More work will be required to look into this. Robert. On 6/23/06, Vincent <[EMAIL PROTECTED]> wrote:
My system has 4 processors (two real) and it seems the app is only using 1 of the four. I'm using osgproducer in the most basic way (just like the example apps). Is this normal or do I need to set an environment variable? Or is it that the nvidia drivers are locking the opengl context to a single processor? Using osg 1.0… I'm also finding that I need to call glviewport at the start of every frame to keep SLI on. Why??? Not sure whats messing up the viewport that would keep turning off SLI. Thanks… _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
