home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / unix / volume3 / sps / part1 / README2 < prev   
Encoding:
Text File  |  1986-11-30  |  3.0 KB  |  61 lines

  1.         SPS  -  Show Process Status
  2.         ===========================
  3.  
  4. SPS is a intended to be used as a replacement for the standard ps(1)
  5. program. Its advantages over ps(1) are that it shows more useful
  6. information and that it is faster.
  7.  
  8. SPS is currently implemented for 4.1 and 4.2bsd Unix on Vaxen and for
  9. Sun's 4.2bsd/Release 2. (I also have a somewhat older implementation
  10. for V7 on a PDP-11 as well as Unisoft Version 1.3 on a MC68000 if you
  11. are interested).
  12.  
  13. SPS displays wait channels symbolically, rather than as hexadecimal
  14. addresses. If you wish to teach sps about a new sort of device, you
  15. must add an entry in the symbol table (globals2.c) as well as
  16. increasing the size of that table (NWAITSTATE in sps.h).
  17.  
  18. SPS sorts processes before listing them. The order reflects the
  19. relationship of the processes. A child process is listed underneath its
  20. corresponding parent and is indented to depict the exact relationship.
  21. SPS also indicates setuid processes.
  22.  
  23. SPS displays such values as the resident and virtual sizes of system
  24. processes.  It accepts a whole range of options to control the output.
  25. By default, SPS lists information about one's own processes. Other
  26. options instruct it to be verbose (the "v" option), to list all the
  27. command arguments of a process (the "w" option) or to list the
  28. environment strings of that process (the "e" option). Similarly, there
  29. are options to control which processes are to be displayed. The "a"
  30. option tells it to describe all processes and the "b" option tells it
  31. to describe "busy" processes, which is useful if you wish to find out
  32. what is loading your system. There are also options to select the
  33. output according to user, controlling tty or process number.
  34.  
  35. SPS keeps its information in an information file. By default, this is
  36. /etc/spsinfo. This means that it can avoid having to do an expensive
  37. nlist() operation each time it is run. It must be reinitialised (with
  38. the "i" option) if new users are added to /etc/passwd or if a new
  39. version of /vmunix is installed.
  40.  
  41. To compile SPS, unbundle the four shell archive files.  Check that the
  42. define statements in sps.h are large enough for your system (You may
  43. need to alter MAXTTYS).  Then compile it using the appropriate
  44. Makefile. Initialise it by typing "sps i" (ignore any error messages at
  45. this stage) and then test it out by typing "sps va". That should make
  46. SPS list verbose information about every process currently active. If
  47. that works, use the appropriate Makefile to install it.
  48.  
  49. Send all bug reports, fixes, comments and suggestions to Robert Ward at -
  50.  
  51. ******************************************************************************
  52.     Robert Ward,
  53.     Hasler AG, Murtenstrasse 137a, CH-3008 Bern, Switzerland
  54.  
  55. Tel.:        (031) - 65 23 19
  56. Uucp:        ... {seismo,decvax,ukc, ... }!mcvax!cernvax!hslrswi!robert
  57. Bitnet:        hslrswi!robert@cernvax.bitnet
  58. Arpa:        hslrswi!robert%cernvax.bitnet@WISCVM.ARPA
  59. Edunet:        hslrswi!robert%cernvax.bitnet@UCBJADE.Berkeley.EDU
  60. ******************************************************************************
  61.