One suggestion that I will offer: build your code in release mode, but do not optimize. Under MSVC, use the following flags:
/MD /Zi /Od /Ob0 /RTC1 /D NDEBUG You can add the following CMAKE Option to OSGs CMakeLists.txt to add this type of build as an MSVC option in the configuration manager: set(CMAKE_CONFIGURATION_TYPES "Debug;RelWithDebInfo;Development;DevelopmentNoOpt" CACHE STRING "" FORCE) set(CMAKE_CXX_FLAGS_DEVELOPMENT "/MD /Zi /O2 /Ob1 /D NDEBUG" CACHE STRING "CMAKE_CXX_FLAGS_DEVELOPMENT" FORCE) set(CMAKE_SHARED_LINKER_FLAGS_DEVELOPMENT "/debug /INCREMENTAL:YES" CACHE STRING "CMAKE_SHARED_LINKER_FLAGS_DEVELOPMENT" FORCE) set(CMAKE_CXX_FLAGS_DEVELOPMENTNOOPT "/MD /Zi /Od /Ob0 /RTC1 /D NDEBUG" CACHE STRING "CMAKE_CXX_FLAGS_DEVELOPMENTNOOPT" FORCE) set(CMAKE_SHARED_LINKER_FLAGS_DEVELOPMENTNOOPT "/debug /INCREMENTAL:YES" CACHE STRING "CMAKE_SHARED_LINKER_FLAGS_DEVELOPMENTNOOPT" FORCE) sean _________________________________________________________ Sean Spicer Executive Vice President & Chief Technology Officer Aqumin (www.aqumin.com) Office....+1.713.781.2121 Mobile...+1.713.447.2706 Fax.......+1.713.781.2123 On Fri, Mar 19, 2010 at 1:12 AM, J.P. Delport <[email protected]> wrote: > Hi Jesse, > > Jesse Stimpson wrote: >> >> I feel that we're diverging from what I think is most perplexing about >> what I'm seeing. When I restrict the process to use less cores, I get >> increased rendering performance. This is what leads me to believe there are >> some load-balancing issues. > > yes, and it would be difficult to see what causes it. Is it OSG, the OpenGL > driver or your OS? Unfortunately there is no magic way to get the balance > right on all hardware combos. You'll just have to experiment and use what > works best in your situation. > >> >> Also, if I have the OSG process set to both cores and I run another >> single-threaded process in the background, the other process gets assigned >> to one core, and OSG rendering speeds up, presumably because it is being >> processed mainly on a single core. > > you might find this interesting: > http://igoro.com/archive/gallery-of-processor-cache-effects/ > >> >> I've been playing with the OSG threading models as well. In debug, >> SingleThreaded mode seems to run the best on my machine. Is there >> documentation on the implications of the threading models? > > Not explicitly that I know of. A search in the archives for the long names > should get you some discussions. > >> If I understand correctly, "SingleThreaded" means only the rendering is >> single threaded, and the database pager is still a separate thread. Is this >> right? Are reasons we shouldn't consider using SingleThreaded mode? > > No, use whatever works best for you. We are using SingleThreaded for some of > our apps, because they are just a small part of a larger application and we > can't use all the resources in the machine for rendering. See also this: > > http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/52734 > > rgds > jp > >> >> Thanks, >> Jesse >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> osg-users mailing list >> [email protected] >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- > This message is subject to the CSIR's copyright terms and conditions, e-mail > legal notice, and implemented Open Document Format (ODF) standard. The full > disclaimer details can be found at http://www.csir.co.za/disclaimer.html. > > This message has been scanned for viruses and dangerous content by > MailScanner, and is believed to be clean. MailScanner thanks Transtec > Computers for their support. > > _______________________________________________ > 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
