Rob Jenkins (robj++at++sgi.com)
Wed, 23 Sep 1998 12:14:29 +0100
Not sure about this without looking at it more closely but in general,
CPU is normally handling loads of system interupts, including all gfx
interupts ( eg vertical retrace ).
To get a clearer view of what is waiting for what try something like par
-rQQt<N> where N is enough seconds to catch a delay, then you should get
info like which process were kicked off which CPUs for what, processes
that were prempted etc ( you might want to tweak the par options to trim
the output, on a many CPU machine it can get pretty verbose :-) ).
Cheers
Rob
Mark Lewis wrote:
>
> Hi all,
>
> My application is doing terrain paging in the DBASE process, and I have
> a problem in that if I place the DBASE on CPU 0 this causes severe scene
> stepping, whereas with the DBASE locked onto its own private CPU (other
> than 0) everything is fine.
>
> Analysis reveals that the APP (which is locked onto its own private CPU)
> is causing the overload, and it is the pfFrame call which is taking the
> time.
>
> The problem is intermittant, but when overload does occur, the call to
> pfFrame can take many milliseconds (hundreds sometimes).
>
> CULL and DRAW are also locked onto private CPUs, and all processes have
> been assigned non-degrading real-time priorities.
>
> I am running on an Onyx2 IR under 6.4, using Performer 2.2.
>
> I wonder whether the APP is waiting for something that runs on CPU 0,
> and that placing the DBASE on that CPU is causing that something to run
> slowly.
>
> If anyone has experienced such a problem and has a fix, please let me
> know.
>
> Many Thanks
>
> --
> Mark C Lewis
>
> Software Development Manager
> Equipe Electronics Ltd.
>
> "Visualising Your Imagination"
>
> Phone +44 (0) 1903 216 622
> FAX +44 (0) 1903 216 633
>
> mailto:markl++at++equipe.ltd.uk
> http://www.equipe.ltd.uk
>
> 13 Liverpool Gardens
> Worthing, W. Sussex
> BN11 1RY
> ENGLAND
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
-- ________________________________________________________________ Rob Jenkins Silicon Graphics mailto:robj++at++sgi.com
This archive was generated by hypermail 2.0b2 on Wed Sep 23 1998 - 04:14:37 PDT