Now initial delay is disappeared. But Paging continue to working bad.
2006/8/11, Boris Bralo <[EMAIL PROTECTED]>:
> 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/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
