Hello Carsten,

the crash was a little bit misleading. The size of the changelist is not the 
problem. It seems that the sync of geometries that contain LINE_STRIPS causes 
the crashes. I've removed all geometries of this type and our application runs 
fine both in single and in cluster mode. If I put the LINE_STRIPS back in, the 
cluster mode crashes in sync.
We're using the OpenSG osb loader, don't know if this is a general sync problem 
or if the loader does something strange.
Any ideas?

Best regards,
Michael


-------- Original-Nachricht --------
> Datum: Tue, 06 Apr 2010 15:20:19 -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:
> > thanks for your quick answer. What does compacting changelist exactly
> do?
> 
> all "changed" entries for a container a replaced by a single "changed" 
> entry that marks all fields as modified. "AddRef"/"SubRef" entries are 
> summed up, so that only AddRefs (if any) are left and if there is a 
> "destroyed" entry the container will not show up in the list at all.
> 
> > Do you think it would make sense to sync more often than just one time,
> e.g. after different sub trees where created?
> 
> only if the size of the CL is actually the problem or you are concerned 
> about performance. It may take a while to transmit a huge scene across 
> the network, but that is true whether you do it in one big chunk or 
> multiple smaller ones.
> 
> > What would be the best solution to execute such sync? Calling
> MultiDisplayWindow::render() or something else?
> 
> yes, probably. I don't think there are any interfaces that let you 
> trigger syncs explicitly.
> 
>       Cheers,
>               Carsten
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; 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&#174; 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

Reply via email to