Thanks for the quick response. /usr/ucb/ps -uxga gave me the
information that I needed.
Original post:
Are there any standard utilities on Solaris 2.4 which will allow me
to determine which process(es) are using large amounts of CPU time?
tia,
Peter Schauss
ps4330@okc01.rb.jccbi.gov
Gull Electronic Systems Division
Parker Hannifin Corporation
Smithtown, NY
These are the responses so far. I appologize in advance for not including
those which are currently enroute.
Begin included messages--------------------------------------------------
From: peter@jrc.nl (Peter Watkins)
try top or proctool.
proctool looks nice but only works on Solaris2.x
top is simplier but runs on SunOS as well.
Dr Peter Watkins.
+----------------------------------------------+----------------------------+
| Joint Research Centre, | |
| Institute of Advanced Materials, | Tel: (+31)-224-565120 |
| Commission of the European Communities, | Fax: (+31)-224-561449 |
| P.O. Box 2, | Email: peter@jrc.nl |
| 1755 ZG Petten, | http: ??? |
| The Netherlands. | |
+----------------------------------------------+----------------------------+
From: Casper Dik <casper@holland.Sun.COM>
ps -ef prints that under the time column.
/usr/ucb/ps uxga also gives this under the %CPU column
Casper
From: Claude Charest <charest@chou.CANR.Hydro.Qc.Ca>
Bonjour,
I use "top" for that. It is great and run on many systems...
I get it at eecs.nwu.edu (129.105.5.105).
---------- begin ----------
TOP
Version 3.3
William LeFebvre
=09=09 and a cast of dozens
If you do not want to read this entire file, then at least read
the section at the end entitled "KNOWN PROBLEMS".
"top" is a program that will give continual reports about the state of
the system, including a list of the top cpu using processes. Version 3
of "top" has three primary design goals: provide an accurate snapshot of
the system and process state, not be one of the top processes itself, be
as portable as possible.
Version 3 has many bug fixes from version 2.5, and it has also been
reorganized in a major way to make it easy to port to other platforms.
All system dependent code is now contained in one file.
Top now includes a configuration script called "Configure". It helps
the installer choose the correct parameters for this particular
installation. This script MUST be run before attempting to compile top.
Top requires read access to the memory files "/dev/kmem" and "/dev/mem"
as well as the system image "/vmunix". Some installations have these
files protected from general access. These sites would have to install
this program in the same way that programs such as "ps" are installed.
In addition, on those Unix variants that support the proc filesystem
(such as SVR4 and Solaris 2), top requires read access to all the files
in /proc: typically dictating that top be installed setuid to root.
CAVEAT: version 3 of top has internal commands that kill and renice
processes. Although I have taken steps to insure that top makes
appropriate checks with these commands, I cannot guarantee that these
internal commands are totally secure. IF YOU INSTALL top as a SETUID
program, you do so AT YOUR OWN RISK! I realize that some operating
systems will require top to run setuid, and I will do everything I can
to make sure that top is a secure setuid program.
Configure will ask you to input values for certain parameters. Before
each parameter, Configure will display a description of what the
parameter does. Read the description and choose an appropriate value.
Sometimes a default will appear in brackets. Typing just return will
choose the default.
System support now takes the form of "modules". Adding support for
a different architecture requires only adding a module. Configure
asks which module to use when it is configuring top. See the file
"Porting" for a description of how to write your own module.
To compile and install "top", read the file "INSTALL" and follow the
directions and advice contained therein.
Once you have created a binary for one particular type of machine, you
can reconfigure for another type with "./Configure modulename" where
"modulename" is replaced with the appropriate module name. All other
parameter values are kept the same. Note that in some cases this may
not be appropriate.
If you make any kind of change to "top" that you feel would be
beneficial to others who use this program, or if you find and fix a bug,
please send me the change.
Be sure to read the FAQ enclosed with the distrubution. It contains
answers to the most commonly asked questions about the configuration,
installation, and operation of top.
AVAILABILITY
The latest version of "top" is always available via anonymous FTP from
the host "eecs.nwu.edu" in the directory "/pub/top". Additional modules
will be made available in the directory "/pub/top/m".
KNOWN PROBLEMS:
DECOSF/1 V3.0
There is a bug either in the module, in utils.c, or in DEC's optimizer that
is tickled by the decosf1 module when compiled under V3.0 (and perhaps
earlier versions). Top compiled using DEC's compiler with optimization
will consistently produce a segmentation fault (in format_next_process
while calling sprintf). To work around this problem, either compile top
with gcc or turn off optimization (compile without -O). Hopefully someone
out there will be able to tell me why this is happening.
Gnu CC
See the file "FAQ": question #11.
System V R 4.2
Load average and memory displays do not work. The problem has been
traced down to a potential bug in the "mem" driver. The author
of the svr42 module is working on a fix.
=09=09William LeFebvre
=09=09Decision and Information Sciences
=09=09Argonne National Laboratory
=09=09lefebvre@dis.anl.gov
=09=09U.S. Mail address:
=09=09 William LeFebvre
=09=09 9700 South Cass Avenue
=09=09 DIS/900
=09=09 Argonne, IL 60439
---------- end ----------
end included messages----------------------------------------------------
Thanks again to everyone on the list,
Peter Schauss
ps4330@okc01.rb.jccbi.gov
Gull Electronic Systems Division
Parker Hannifin Corporation
Smithtown, NY
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:11:09 CDT