home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!spool.mu.edu!umn.edu!noc.msc.net!news.stolaf.edu!news.stolaf.edu!johnsonm
- From: johnsonm@lars.StOlaf.edu (Michael K. Johnson)
- Subject: Re: [FIX] PS FIX FOR 99p2 !!!
- In-Reply-To: rcopg@minyos.xx.rmit.OZ.AU's message of 11 Jan 93 02:11:14 GMT
- Message-ID: <JOHNSONM.93Jan11011205@lars.StOlaf.edu>
- Lines: 26
- Sender: news@news.stolaf.edu
- Reply-To: johnsonm@stolaf.edu
- Organization: Tea Conspiracy
- References: <andrewc.726028260@aurora.cc.monash.edu.au>
- <PuyTwB3w165w@kf8nh.wariat.org> <1iql03INNdm2@escargot.xx.rmit.OZ.AU>
- Date: Mon, 11 Jan 1993 07:12:09 GMT
- Lines: 26
-
-
- In article <1iql03INNdm2@escargot.xx.rmit.OZ.AU> rcopg@minyos.xx.rmit.OZ.AU (Paul Gortmaker) writes:
-
- Okay, it seems that the /proc based ps is the way to go. But what about
- stuff like "top". Is it in the works for a /proc based version ??? Or will it
- be okay with the previously posted patch? (Which BTW, I haven't tried yet...
- I'll brave it this afternoon.)
-
- Well, David Engel said that he'd do it as soon as he had time, and
- then it will be added to the procps distribution.
-
- Just out of curiousity, are there any drawbacks to using the /proc
- based stuff???
-
- yeah. Less precision: Linus does not want to give uptime in jiffies
- anywhere, so recent (started within a few seconds) process may have
- kinda bogus entries for some values. I'm not sure what to do about
- this. Also, there are a few things that don't work as well. For
- instance, there isn't the functionality to do the fstat (or whatever
- it is called, kind of like lsof) in the kmem-based ps, because there
- is no way to get at the filenames in the /proc/<pid>/fd/ directory.
-
- However, for most things it is much more convenient. For all the
- times I use ps, I prefer /not/ to have to recompile ps...
-
- michaelkjohnson
-