HI Carlo,

On 8/11/06, Carlo Camporesi <[EMAIL PROTECTED]> wrote:
> I don't know the reason but I've a freeze, about 4-5 seconds, in start
> up of osgviewer and every time DBPager try to load a subsequent file
> in a hierarchy.

I have moved the OpenThreads::GetNumberOfProcessors() to inside the
code block which sets up the processor affinity in
OsgCameraGroup::realize().  This should mean that by default there
shouldn't be any call to OpenThreads::GetNumberOfProcessors() and
thefore should behave just like before.

I can't think why the DatabasePage might be affected because it
doesn't have any affinity code in it.

I am also pretty suprised the OpenThreads::GetNumberOfProcessors() is
so slow, if that is the cause of the problem you've seen.

Could you do a cvs update and see if things are any better.

I just checked OT CVS after a while and noticed change in Win32Mutex
line 56. The problem may be with different semantics of SwitchToThread
and Sleep(0). While former switches to *any thread on the same
processor* and that switches *back* to yieding thread, later switches
to thread with *same priority regardless of processor* and continues
with normal scheduling (i.e does not necessarily switch back). That
may be next point to check.

--
Boris
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Reply via email to