Hi Carsten, thanks for your quick answer. What does compacting changelist exactly do? Do you think it would make sense to sync more often than just one time, e.g. after different sub trees where created? What would be the best solution to execute such sync? Calling MultiDisplayWindow::render() or something else?
Unfortunately we have no backtrace at the moment. Maybe I can try tomorrow to get one. regards, Michael -------- Original-Nachricht -------- > Datum: Tue, 06 Apr 2010 14:57:13 -0500 > Von: Carsten Neumann <carsten_neum...@gmx.net> > An: opensg-users@lists.sourceforge.net > Betreff: Re: [Opensg-users] OpenSG 1.8 - Crash during sync > Hello Michael, > > Michael Raab wrote: > > we have a problem during cluster execution. We're trying to load a huge > scenario (more than 1GB memory consumption in standalone mode). After the > whole scenegraph was build we're calling render() which should cause OpenSG > to sync all changes to the cluster servers. This sync procedure seems to > fail after some seconds causing a crash of all involved applications. > > - Is this a known issue? > > no, I'm not aware of an inherent limitation like that. > > > - If not, does someone have an idea what may cause this crash? > > hm, hard to say. Do you have a backtrace of a crash? > > > - Can the changelist be too big? > > in theory it can, just like any std::vector<> can be too big to find a > suitable consecutive piece of memory for it. Do you have an guesstimate > how many FieldContainers are being created? > > > - Is there rule of thumb how big the changelist can be? > > it uses std::vector<> internally so the only limit I can think of is > that it needs a consecutive chunk of memory to fit in. > > > - Can I debug the size of the changelist? > > there are independent lists for each type of change and you can get > their sizes with: > > ChangeList::sizeChanged() > ChangeList::sizeAddRefd() > etc. > > > Usually when loading big scenarios OpenSG tells us about "Compacting the > changelist..". This is not the case here. Can I force the compression of > the changelist? > > see ChangeList::compactChanged and ChangeList::setMaxChangedSize, you > can use the latter to set the number of changes that will trigger a > compaction of the list. Set it as early as possible (right after > osgInit, or at the beginning of each thread function if you have more > than one thread). > > Cheers, > Carsten > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Opensg-users mailing list > Opensg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/opensg-users -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
