HI Adrian, What you say performance problem, what do you mean? Database paging is slow, or does the app have a low framerate?
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? 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... 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