Mark Lewis (MarkL++at++equipe.ltd.uk)
Wed, 23 Sep 1998 10:55:50 +0100
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 LewisSoftware 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
This archive was generated by hypermail 2.0b2 on Wed Sep 23 1998 - 03:01:25 PDT