HP3000-L Archives

November 2006, Week 1

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:
"Johnson, Tracy" <[log in to unmask]>
Reply To:
Johnson, Tracy
Date:
Wed, 1 Nov 2006 14:09:47 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (61 lines)
This could be a telltale sign that other things are going on.

Are any other programs slow besides MPEX?  Like your Main Application?

CPU Busy?
Memory starvation?
Disc space low?
Lots of I/O?
Disc Fragmentation?
Outgrow your box?

Tracy Johnson
Measurement Specialties, Inc. 

BT







NNNN


> -----Original Message-----
> From: HP-3000 Systems Discussion 
> [mailto:[log in to unmask]] On Behalf Of Mimura, Paul
> Sent: Wednesday, November 01, 2006 11:33 AM
> To: [log in to unmask]
> Subject: [HP3000-L] MPEX slow, but not MPE
> 
> 
> Say has anyone heard of any instances where a command in MPEX 
> is slow, but that same command is quick (normal) in MPE?
> 
> 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.
> 
> This all began when we rebooted once and accidentally put in 
> a future date and some '176' intcode files got compiled with 
> that future date. We purged those files after correcting the 
> date, but since then MPEX has been very slow.
> 
> Ron at VeSoft had me purge ALL of the files with a '176' 
> intcode, but the slowness persists.
> 
> Thanks
> Paul Mimura
> Sr. SysAdmin
> Smurfit-Stone Container Corp.
> Chicago, IL 
> 
> 
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.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