2007/8/20, Robert Osfield <[EMAIL PROTECTED]>: > > HI Adrian, > > What you say performance problem, what do you mean? Database paging > is slow, or does the app have a low framerate?
in fact nearly starivation effect, the database paging is really slow, one slice paged in in 3-7second ! W.r.t change the thread priority, would it be appropriate to just > apply the use of default when under WIn32 and on a single core system? yes, exactly this is what my experience will say, event in multi core system it will be better. In fact on a multi-core system one doesn't really need to change the > priority from anything other than default... so perhaps one could come > up with a matrix, or just set everything to default and be done with. The whole prioritization outwith/during frame was an attempt to try > and keep constant framerates on single core systems. Those who really > care about hitting constant framerates will be using a multi-core > system anyway so try to be clever for single core system is possibly > rather unnecessary - especially considering that you are having > problems with it trying to be cleverer that the underlying OS... yes i know what we like to get, but unfortunately we have can not limit thread activation by using thread priority under windows system. OS/X work much better (unix world :-) ). My we only use Default for win32 system, would it be a huge work do change everything to default? then we can test by changing the affinity to only one active CPU for the viewer process. Robert. > > On 8/20/07, Adrian Egli <[EMAIL PROTECTED]> wrote: > > hi robert, > > > > i am using the osgDB::DatabasePager in i have a perf. issue using a > paged > > DB. i did following test: > > > > (1) on Multi Core > > > > (a) Task Manager let 2> CPU affined to the viewer process > > (b) Task Manager just one CPU affiend -> perf problem > > > > (2) single core > > -> perf problem > > > > than i added > > > > > pager->setThreadPriorityDuringFrame(OpenThreads::Thread::THREAD_PRIORITY_DEFAULT); > > > > > pager->setThreadPriorityOutwithFrame(OpenThreads::Thread::THREAD_PRIORITY_DEFAULT); > > > > no longer problems for 1a and 2, the problem is under windows XP the > thread > > managment is quit bad. in fact close to binar suspend a thread or turn > on. > > I propse > > to add in the constructor of osgDB::DatabasePager > > #ifdef WIN32 > > > > > setThreadPriorityDuringFrame(OpenThreads::Thread::THREAD_PRIORITY_DEFAULT); > > > > > setThreadPriorityOutwithFrame(OpenThreads::Thread::THREAD_PRIORITY_DEFAULT); > > else > > ... > > #endif > > > > and take care about thread prio under window win32 (XP), the best > > performance is never to set another prio than default :-( this is really > not > > the way i would like to > > work with, but after long test, i feel really unhappy to say that, but i > > feel that the perf is the best if we never use other than default prio. > > > > /adegli > > > > > > -- > > ******************************************** > > Adrian Egli > > _______________________________________________ > > osg-users mailing list > > osg-users@lists.openscenegraph.org > > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > -- ******************************************** Adrian Egli
_______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
