home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25805 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.3 KB

  1. Path: sparky!uunet!crdgw1!rpi!gatech!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!agate!doc.ic.ac.uk!pipex!demon!holmes.demon.co.uk!loz
  2. From: loz@holmes.demon.co.uk (Laurence Culhane)
  3. Newsgroups: comp.os.linux
  4. Subject: kmem ps is nicer
  5. Keywords: ps,proc,kmem
  6. Message-ID: <1993Jan27.233808.1875@holmes.demon.co.uk>
  7. Date: 27 Jan 93 23:38:08 GMT
  8. Sender: usenet@demon.co.uk
  9. Organization: Disorganised linuxer
  10. Lines: 23
  11.  
  12. I've seen some people say how the /proc based 'ps' is the one to use, and
  13. that users of Branko's kmem based ps should move to the proc based.
  14.  
  15. Well.  I use both.  I rely on the proc based while hacking and upgrading
  16. kernels, but I'd be lost without a reliable kmem ps (etc).  Lots of the
  17. code I use writes into a process's argv space so that it can convey
  18. more information to the user via 'ps'.  For instance, sendmail can tell
  19. you an awful lot about what is going on if you have a kmem based ps.
  20.  
  21. I for one hope that we *always* have the choice.  I want both available
  22. and would hope that Branko will keep upgrading the kmem code for major
  23. releases.   Obviously it's not so vital that minor hacks are made for
  24. interim kernel patches.  BUT  having a kmem based ps available for all
  25. major number kernel releases would be great.
  26.  
  27. Comments?  Mail them.  Don't post.
  28.  
  29.  
  30.  
  31. -- 
  32. Laurence Culhane
  33. Internet: loz@holmes.demon.co.uk
  34. Voice: +44 604 230262
  35.