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
2005-10-30 02:56:35 +00:00
proc /proc/stat for 1024 CPUs 2005-10-30 00:14:16 +00:00
ps man page more detailed #334682 2005-10-30 02:52:46 +00:00
.cvsignore isalpha requires ctype.h 2004-07-19 04:56:10 +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 sync BUGS w/ Makefile 2004-10-20 00:12:12 +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
dummy.c check_gcc for -m64, pmap shows shmid 2004-01-29 22:28:13 +00:00
free.1 protect against BSD pty w/ 20-bit minor 2004-02-24 04:14:36 +00:00
free.c merge with procps2 free 2004-01-30 04:47:14 +00:00
kill.1 man page stuff 2003-06-30 03:30:35 +00:00
Makefile prep for 3.2.5 release 2005-01-26 05:18:37 +00:00
minimal.c dietlibc needs termios.h for struct winsize -- thanks Thomas Ogrisegg 2005-10-30 00:04:21 +00:00
NEWS man page more detailed #334682 2005-10-30 02:52:46 +00:00
pgrep.1 pgrep man page SEE ALSO updated 2004-07-15 16:27:38 +00:00
pgrep.c pkill should be quiet about processes that have gone away 2004-10-19 18:04:31 +00:00
pkill.1 procps 010114 2002-02-01 22:47:29 +00:00
pmap.1 3.2.0 release prep; pmap -d 2004-01-29 05:05:37 +00:00
pmap.c tiny bit faster and neater 2005-01-11 02:02:37 +00:00
procps.lsm prep for 3.2.5 release 2005-01-26 05:18:37 +00:00
procps.spec prep for 3.2.5 release 2005-01-26 05:18:37 +00:00
pwdx.1 new pwdx command 2004-10-16 07:59:02 +00:00
pwdx.c new pwdx command 2004-10-16 07:59:02 +00:00
README new packager guidelines 2004-07-17 15:25:45 +00:00
README.top credit Jim for README.top 2004-07-06 04:27:35 +00:00
skill.1 man page stuff 2003-06-30 03:30:35 +00:00
skill.c %cpu and other changes 2004-09-12 15:43:48 +00:00
slabtop.1 add slabtop, fix top ^Z terminal handling 2004-01-24 22:33:56 +00:00
slabtop.c fix overflow on huge NUMA boxes 2005-01-05 21:46:22 +00:00
snice.1 procps 010114 2002-02-01 22:47:29 +00:00
sysctl.8 update help text 2004-07-30 04:49:14 +00:00
sysctl.c better error messages 2005-01-05 21:21:58 +00:00
sysctl.conf misc 2004-08-18 02:22:13 +00:00
sysctl.conf.5 procps 010114 2002-02-01 22:47:29 +00:00
t rh109147-like bug w/ old data in buffer, plus ")" problem and speed 2004-07-28 15:19:46 +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 fix %CPU max on 2..9 CPU SMP -- thanks Ga*tan LEURENT 2005-09-12 01:27:59 +00:00
top.1 convenient fix #300333 2005-10-30 02:56:35 +00:00
top.c fix %CPU max on 2..9 CPU SMP -- thanks Ga*tan LEURENT 2005-09-12 01:27:59 +00:00
top.h top can show loose tasks now 2005-06-21 19:20:39 +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 rh109147-like bug w/ old data in buffer, plus ")" problem and speed 2004-07-28 15:19:46 +00:00
vmstat.8 got most of procps-3.1.11ff2.diff 2003-08-10 23:40:41 +00:00
vmstat.c dietlibc needs termios.h for struct winsize -- thanks Thomas Ogrisegg 2005-10-30 00:04:21 +00:00
w.1 fix 4 GB wrap-around in top 2003-09-06 05:11:04 +00:00
w.c dietlibc needs termios.h for struct winsize -- thanks Thomas Ogrisegg 2005-10-30 00:04:21 +00:00
watch.1 watch -t 2003-02-09 07:27:16 +00:00
watch.c dietlibc needs termios.h for struct winsize -- thanks Thomas Ogrisegg 2005-10-30 00:04:21 +00:00

COMPATIBILITY

    This code is intended for use with Linux 2.2.xx, 2.4.xx,
    2.6.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/Q/i/ DESTDIR=/tmp/Q install="install -D" ldconfig=echo install

    If cross-compiling, you might need to set lib64 to
    either "lib" or "lib64". You might need to set m64 to
    -m64, -m32, or nothing at all. Some examples:

    make lib64=lib m64=-m32      # for a bi-arch gcc
    make lib64=lib64 CC=x86_64-gcc
    make lib64=lib CC=alpha-gcc

PACKAGING

    If you are a downstream maintainer (packager) for a Linux distribution,
    please avoid causing troubles. This section applies to you.

    Send patches in regularly. Many patches made by vendors have been buggy,
    some quite severely so. Sending in a patch will at least get it reviewed,
    if not included. There is a procps test suite that must be passed.
    Forward all bug reports. If your bug database is public and busy enough
    to bother with, please make this known. Follow Debian's lead in making
    the bug database easy to comment on via email w/o need for an account.

    Do not change the user interface. Many of the programs are intended to be
    compatible with Solaris, FreeBSD, AIX, IRIX, Tru64, and the UNIX standard.
    Your nice new command options WILL BE BROKEN as needed to ensure that
    procps remains compatible with the rest of the world. Sysadmins hate to
    deal with incompatible behavior. If you need a new option, ask for it.

    For normal packages, ensure that you do not add debugging flags
    to the CFLAGS variable. If debugging flags are present, the Makefile
    will avoid adding several optimizations that would interfere with gdb.

    There should be no need to modify the Makefile. You can set variables
    on the "make" command line or use "make -e" to pass variables from
    the environment.

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.