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
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
