Yair Kurzion (yair++at++polygon.engr.sgi.com)
Tue, 5 Oct 1999 13:53:59 -0700 (PDT)
> It'll be very helpful for the database development if there are some stats
> for the
> merge process (time spent on how many nodes for what operation).
Performer keeps track of the number of cleaned nodes (of each node type) per
frame. You can see the counts in the perfly stats display.
You can generate a more comprehensive analysis of the pfFrame time behavior
using irixview (a performance-logic-analyzer software tool for IRIX).
Performer will generate RTMON events when enabled by:
pfFStatsClass(pfGetChanFStats(chan), PFFSTATS_ENRTMON, PFSTATS_ON);
irixview lets you record and view these events. Here are some relevant event
numbers:
_PFRTMON_APP_PFFRAME_START (1250) - start of pfFrame.
>>> Clean happens between these two events.
_PFRTMON_APP_SYNC_AFT_CLEAN (1272) - done clean.
_PFRTMON_APP_PFFRAME_UPDATE (1231) - right before sending all downstream
processes to grab their updates.
>>> Propagation of all scene graph changes happens between these two
>>> events.
_PFRTMON_APP_PFFRAME_START_FRAME (1210) - Finished waiting on all downstream
processes.
_PFRTMON_APP_PFFRAME_END (1260) - done pfFrame.
So, you can figure out how long each stage takes when paging new geometry and
tune your geometry accordingly.
-yair
--
\_________ \_____ \__ \__ \_____ Yair Kurzion
\_________ \_____ \__ \__ \_____ yair++at++sgi.com
\__ \__ \____\__ \__ http://reality.sgi.com/yair
\__ \__ \__ Work: (650) 933-6502
\__ \__ \__ Home: (408) 226-9771
\__ \__ \__
This archive was generated by hypermail 2.0b2 on Tue Oct 05 1999 - 13:54:00 PDT