home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20926 < prev    next >
Encoding:
Text File  |  1992-12-20  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!noc.msc.net!news.stolaf.edu!lars.acc-admin.stolaf.edu!johnsonm
  3. From: johnsonm@lars.acc-admin.stolaf.edu (Michael K. Johnson)
  4. Subject: YAPPS
  5. Message-ID: <1992Dec18.063831.24368@news.stolaf.edu>
  6. Sender: news@news.stolaf.edu
  7. Organization: St. Olaf College; Northfield, MN  USA
  8. Date: Fri, 18 Dec 1992 06:38:31 GMT
  9. Lines: 26
  10.  
  11.  
  12. yes, it is "yet another /proc ps".
  13.  
  14. I took the classic /dev/kmem ps, the perl /proc ps, and the simple c
  15. /proc ps posted recently, and made one c /proc ps.
  16.  
  17. The interface and output is that of the /dev/kmem ps, and the guts are
  18. those of the simple c /proc ps (but majorly revised).  Unfortunately,
  19. /proc is not quite up to fulfilling the role of /dev/kmem, but if I
  20. start hacking on the kernel tomorrow, it may come closer ;-)
  21.  
  22. Right now there are a /lot/ of zeros as placeholders for unimplemented
  23. stuff... ;-)  Try "ps -m", for instance...
  24.  
  25. I'd like to wait to release it until I know what Linus wants to do (or
  26. wants me to do) further with /proc, and I have modified to to work
  27. with that, but if anyone wants to play with it, mail me...
  28.  
  29. A /dev/kmem proc does have real advantages: for instance, a /dev/proc
  30. filesystem can't really do the WCHAN field unless some real changes
  31. are made to the kernel...  I just like a ps that doesn't require a
  32. namelist file, and that doesn't have to be suid or sgid, and is thus
  33. not a security risk, and doesn't have to be recompiled and updated all
  34. the time.
  35.  
  36. michaelkjohnson
  37.