Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 alpha 4/3/85; site ukma.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxn!ihnp4!cbosgd!ukma!sean From: sean@ukma.UUCP (Sean Casey) Newsgroups: net.sources.bugs Subject: SPS - a useful replacement for ps(1) (but....) Message-ID: <1920@ukma.UUCP> Date: Fri, 28-Jun-85 00:51:52 EDT Article-I.D.: ukma.1920 Posted: Fri Jun 28 00:51:52 1985 Date-Received: Sat, 29-Jun-85 02:23:53 EDT References: <118@hslrswi.UUCP> Organization: The White Tower @ The Univ. of KY Lines: 21 Summary: nice -20 ???? Sps is fast, easy to understand, wonderful, and free, but..... % sps vt h1 Ty User Status Fl Nice Virtual Resident %M Time Child %C Proc# Command h1 sean PAUSE 124+ 17 70+ 17 2 87.7 0 24140 sysline -b h1 sean PAUSE 68+ 65 42+ 65 1 68.7+ 12 M 0 24818 -csh h1 *root PAUSE 62+ 65 38+ 65 1 27.5+332.6 1 26167 -u h1 * STOP 78+ 23 37+ 19 1 10.1 0 27006 postnews h1 | STOP 176+108 127+ 94 4 19.7 0 27117 /usr/ucb/vi h1. * RUN -20 238+ 22 34+ 14 1 2.0 0 27148 sps vt h1 80 (5838k) processes, 1 (260k) busy, 55 (1340k) loaded, 24 (491k) swapped ^^ || Look at the nice figure for sps. Isn't that a little extreme? I like fast response as much as anyone, but at the ultimate expense of others? Just thought I'd warn ya. P.S. For a not good time, try "sps adefgvwr > /dev/null &"