From: Yair Kurzion (yair++at++polygon.engr.sgi.com)
Date: 02/22/2002 13:06:35
Hello There !
Any call to pfSync does the following:
- process new nodes. Make clones of each new node for each downstream process
(CULL, ISECT).
- process pending mergeBuffers requests from a DBASE process.
- clean (compute dirty bounding boxes)
- APP callback traversal (all nodes with APP func)
- clean (compute bounding boxes that the APP callback dirtied)
- wait for start of next frame.
In your case, I expect the first stage to take a long time. Each new node
you created has to be cloned for the ISECT process (if forked) and for every
CULL process.
pfSync is slow in frames where you introduce many new nodes from inside
the APP process (not only in the first frame).
-yair
> Can someone explain us what is happening inside pfSync() the first time we call it?
>
> We create a complex scene through code with lots of pfGroups, pfLODs and many pfGeoSets carefully organized,
> and our problem is that the first pfSync() is taking a lot of time. (+/- 4000 geosets takes +/- 5 sec).
> When the number of pfGeoSets increases, (and we need around 180.000), time increases linearly with
> the number of geosets.
>
>
>
> At first, we thought that it could be the time required to calculate bounding spheres. We have tried
> to disable this calculation by providing static Bounding Spheres for all nodes, but this doesn't
> seem to reduce any time in pfSync().
>
> Any ideas?
>
> Thanks in advance.
>
>
>
>
> ------ =_NextPart_000_01C1BBAA.66F34D20--
>
> -----------------------------------------------------------------------
> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> -----------------------------------------------------------------------
>
--
\_________ \_____ \__ \__ \_____
\_________ \_____ \__ \__ \_____ Yair Kurzion
\__ \__ \____\__ \__ yair++at++sgi.com
\__ \__ \__ (650) 933-6502
\__ \__ \__
\__ \__ \__
This archive was generated by hypermail 2b29 : Fri Feb 22 2002 - 13:06:50 PST