Resolving System Speed Issues

When diagnosing system slowness you must first isolate if the fault lies with the application or the hardware that the system is running on.

REAL/32 provides a utility called PROFILE to find out what process is using what percentage of CPU and disk time. 

To find out if you have a hardware problem which is causing the operating system to use a large amount of CPU time type  :

        C:\> profile -s -t

This will display a textual display of what processes are using the CPU.

Providing no application programs are in use you would expect that 98-100% of the processor time will be idle. If the processor is running on idle most of the time then the problem is likely to be idle detection .. Click here to find out more.

If you see the following process's using a lot of processor time then you may have a problem.

PINxx The PIN process's control the input of terminals. For the MAIN screen you will see PIN00, Terminal 1 will be PIN01 etc....

If the PIN process relates to a serial terminal and it is using a lot of processor time you may be getting electrical noise along the connection.

To resolve the problem

Make sure that the cable shielding is grounded at one end( Normally the terminal ).

Make sure that the GROUND line is connected ( Pin 7 on 25 pin connector and Pin 5 on a 9 pin connector )

Try moving the cable run away from large electrical machinery.
DISPATCH This is the amount of time the kernel is spending switching process's.

If this is using a large amount of processor time this is normally the result of a large amount of interrupts being generated by a faulty piece of hardware. 

To resolve the problem

Try removing all of the cards from the system and see if this solves the problem.
 
Copyright © 1997-2002 Intelligent Micro Software. All rights reserved. Information in this document is subject to change without notice. Other products and companies referred to herein are trademarks or registered trademarks of their respective companies or mark holders.
 Last modified: Tuesday November 26, 2002.