Command line and full screen utilities for browsing procfs, a "pseudo" file system dynamically generated by Linux to provide information about the status of entries in its process table.
Go to file
2003-10-07 03:12:50 +00:00
proc top on wyse60, whitespace doc, thread fixes 2003-10-07 03:12:50 +00:00
ps top on wyse60, whitespace doc, thread fixes 2003-10-07 03:12:50 +00:00
.cvsignore a.out typescript pmap 2002-11-08 00:32:46 +00:00
.cvsignore.patch procps 010114 2002-02-01 22:47:29 +00:00
AUTHORS new authors 2002-10-10 21:18:13 +00:00
BUGS crossed the Rubicon, and no, it wasn't fun 2002-10-06 21:34:17 +00:00
CodingStyle diskstats and slabinfo 2003-06-08 17:28:06 +00:00
COPYING resync due to auto* 2002-09-27 13:26:07 +00:00
COPYING.LIB procps 010114 2002-02-01 22:47:29 +00:00
free.1 abuse of the English language 2003-07-29 02:34:01 +00:00
free.c procps 010114 2002-02-01 22:47:29 +00:00
kill.1 man page stuff 2003-06-30 03:30:35 +00:00
Makefile hard disk about to die 2003-09-28 02:45:05 +00:00
minimal.c 2.5.xx PIDs 2002-10-01 22:39:31 +00:00
NEWS top on wyse60, whitespace doc, thread fixes 2003-10-07 03:12:50 +00:00
pgrep.1 doc update 2002-10-23 21:37:28 +00:00
pgrep.c ps thread support 2003-09-20 08:29:55 +00:00
pkill.1 procps 010114 2002-02-01 22:47:29 +00:00
pmap.1 pmap 2002-10-27 10:35:13 +00:00
pmap.c GPLONLY_ and PID-related stuff 2003-07-03 05:20:19 +00:00
procps.lsm hard disk about to die 2003-09-28 02:45:05 +00:00
procps.spec hard disk about to die 2003-09-28 02:45:05 +00:00
README Peter Moulder fixed CFLAGS 2003-09-01 00:18:58 +00:00
README.top B toggle, fix t toggle, windowed batch, 3x to 6x faster, out-of-bounds RT as "RT" 2002-11-24 22:04:03 +00:00
skill.1 man page stuff 2003-06-30 03:30:35 +00:00
skill.c misc 2003-08-16 21:15:53 +00:00
snice.1 procps 010114 2002-02-01 22:47:29 +00:00
sysctl.8 sysctl -e 2002-12-11 22:55:42 +00:00
sysctl.c from Folkert van Heusden's code review 2002-12-28 23:57:10 +00:00
sysctl.conf.5 procps 010114 2002-02-01 22:47:29 +00:00
t procps 010114 2002-02-01 22:47:29 +00:00
tload.1 crossed the Rubicon, and no, it wasn't fun 2002-10-06 21:34:17 +00:00
tload.c procps 010114 2002-02-01 22:47:29 +00:00
tmp-junk.c procps 010114 2002-02-01 22:47:29 +00:00
TODO more per-process stuff 2003-09-29 04:09:52 +00:00
top.1 document u U -u -U 2002-12-11 23:17:18 +00:00
top.c top on wyse60, whitespace doc, thread fixes 2003-10-07 03:12:50 +00:00
top.h any leftover changes 2003-09-17 17:14:32 +00:00
uptime.1 crossed the Rubicon, and no, it wasn't fun 2002-10-06 21:34:17 +00:00
uptime.c uptime -V #122521 2002-10-08 18:51:56 +00:00
utmp.c procps 010114 2002-02-01 22:47:29 +00:00
v vmstat developer script 2002-10-06 16:41:20 +00:00
vmstat.8 got most of procps-3.1.11ff2.diff 2003-08-10 23:40:41 +00:00
vmstat.c new Linux 2.6.0-test4 CPU stats shown 2003-09-08 01:39:49 +00:00
w.1 fix 4 GB wrap-around in top 2003-09-06 05:11:04 +00:00
w.c ps thread support 2003-09-20 08:29:55 +00:00
watch.1 watch -t 2003-02-09 07:27:16 +00:00
watch.c top: do not refresh like crazy 2003-03-17 23:42:00 +00:00

COMPATIBILITY

    This code is intended for use with Linux 2.2.xx, 2.4.xx,
    2.5.xx, and hopefully all future kernels. You should be
    running a system with libc 6, but libc 5 might work too.

INSTALLATION

    make
    make install

    Only the second ("make install") is needed if you just
    want to build and install procps in the normal way.

    If you wish to test before installing, use the scripts
    named t, v, and p to ensure that the correct libproc
    (the new one) is used during your testing.

    You may set SKIP to avoid building or installing things.
    For example:

    make SKIP='/bin/kill /usr/share/man/man1/kill.1' install

    Use SHARED=0 to build procps without shared libraries.
    This may be useful for installing in your home directory.

    make SHARED=0 DESTDIR=$HOME install

    Suppose you wanted to install stuff in strange places.
    You might do something like this:

    make usr/bin=/tmp/fff/iii/ DESTDIR=/tmp/fff install="install -D" ldconfig=echo install

BUG REPORTS

    Debian users should use the Debian bug tracking system.
    Email to albert@users.sf.net or csmall@debian.org or
    procps-feedback@lists.sf.net will also work.