HP3000-L Archives

December 2006, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Stan Sieler <[log in to unmask]>
Reply To:
Stan Sieler <[log in to unmask]>
Date:
Mon, 11 Dec 2006 11:07:19 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (53 lines)
Re:
> I can do a listf @.@,2 in MPE and it takes less than a second for 400
> lines to appear.  The same command in MPEX takes 8 seconds.

I didn't see a followup post from you saying that you solved
the problem.  So...

When encountering something like this, one has to ask
"if its slow, what is the process doing?".  There's usually
a simple answer to *that* question: Debug's "TR" command.

The next time you see a slow MPEX, determine the PIN
(<break>, :showproc   will show you the PIN), and with Debug,
get a stack trace.

From break:

   :debug
   pin #123        (where 123 is the PIN you found,
                    the "#" tells Debug "this is decimal")
   tr,i,d

or, from another session:

   run main.pub.vesoft; debug

   pin #123; tr, i, d
       (both commands are on the same line, this is important!)
   pin #123; tr, i, d
   pin #123; tr, i, d
   pin #123; tr, i, d
        (I.e., do a few traces, because if PIN 123 is executing,
         Debug has a hard time getting a valid stack trace 
         from *your* process of *another* process.)

       (and, later...)
   c
   exit

Note: the above may require PM capability.  If necessary, 
signon as MANAGER.SYS to do it.

Post the stack traces.

Stan
-- 
Stan Sieler
[log in to unmask]
www.allegro.com/sieler/wanted/index.html 

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2