Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!orion.oac.uci.edu!mheffron
From: mheffron@orion.oac.uci.edu (Matt Heffron)
Newsgroups: comp.sys.apollo
Subject: Help! GPR-based application SLOWS down!!
Keywords: gpr slow polygon pad accumulation
Message-ID: <26D44456.3464@orion.oac.uci.edu>
Date: 23 Aug 90 21:02:14 GMT
Reply-To: mheffron@orion.oac.uci.edu (Matt Heffron)
Organization: Beckman Instruments, Inc.
Lines: 18

Posted for offline co-worker:

We have a GPR-direct-mode based application which makes HEAVY use of the
gpr_$close_fill_pgon routine.  It draws several complete images, clearing
the window between them with gpr$_clear.  It slows down during the third
image and comes to a near halt (minutes/polygon :-( ) during the fourth
one.  If we try to kill it (^Q) at this point it takes ~10minutes to
respond!!!  Subsequent transcript pad operations are sluggish for a few
minutes, and then goes back to its normal PERKY self (a DN2500/8MB by the way).
We suspect that the pad is accumulating all the info from the gpr calls
and it is "filling up".
Help!
Any ideas/suggestions??
Thanks in advance,
Matt Heffron	mheffron@orion.oac.uci.edu

ps.
 SR 10.2, if it matters...