From: Dorosky, Christopher G (christopher.g.dorosky++at++lmco.com)
Date: 04/26/2001 08:34:40
pfASD calculations are done in the compute process. This should be
asynchronous. Go ahead and telll the multiprocess level to fork compute (see
man pfMultiProcess).
setenv PFNFYLEVEL 5 before you run. This may be overkill, but it will tell
you the pid of your compute process.
Check and see what CPU this is on. If you run it on the same CPU as a
syncronous process, then you will get bad results, especially if it's
priority is the same or better than the syncronous process.
Christopher Dorosky
Lead Electronic Systems Engineer - Real Time Simulation
Lockheed Martin Missiles and Fire Control - Dallas
christopher.g.dorosky++at++lmco.com
972-603-2349
-----Original Message-----
From: Alex Hill [mailto:ahill++at++evl.uic.edu]
Sent: Thursday, April 26, 2001 9:39 AM
To: info-performer++at++sgi.com
Subject: pfASD slow with Multiple channels
Dear sirs,
Let me try this again.
I find that my application runs quickly on a single processor, single
channel impact 2 machine. However, when I try to run the application in a
muiltiple pipe CAVE library situation (ONYX 2), the performance is very
poor.
I find that the processor dedicated to the COMPUTE process is at 95%
utilization during execution. The documentation suggests that this process
is running asynchronously, so this shouldn't be a big problem. Is there
something I have to do to ensure
that the COMPUTE process is running asynchronously?
The documentation suggests that using ASDattach() will reduce memory and
processing requirements. However, this appears to increase the CPU demand
of the application process and slows the frame rate even more. Is there
something I do not understand
about using pfASD in a multiprocessor/multichannel environment?
Thank you in advance for your feedback,
Alex Hill
ahill++at++evl.uic.edu
-----------------------------------------------------------------------
List Archives, FAQ, FTP: 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
This archive was generated by hypermail 2b29 : Thu Apr 26 2001 - 08:39:31 PDT