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.
57031319d6
This source patchset addresses the following: Library Extension (readproc) . added PROC_EDITCGRPCVT flag . added an internal (static) fill_cgroup_cvt function: . reads AND parses /proc/#/cgroup . returns result as a single string in a single vector . thus no changes to proc_t structure or free memory logic Program Enhancements (top) . removed parse_cgroup logic in favor of libproc . eliminated cgroup sort recurring overhead . converted WCHAN field to variable width . generalized variable width field logic in task_show . real-time notation under P col more distinctive as 'rt' Program Cosmetic (top) . CGROUP now known as CGROUPS (plural) . moved jan's attribution from top.c to 'Notes' in top.h . numerous comments tweaked Document Enhancements (top) . documented CGROUPS field (required renumbering all fields) . adapted narratives for the 3 current variable width fields . expanded real-time scheduling notes, 'RT' now shown as 'rt' Signed-off-by: Jan Görig <jgorig@redhat.com> |
||
---|---|---|
proc | ||
ps | ||
.gitignore | ||
AUTHORS | ||
BUGS | ||
CodingStyle | ||
COPYING | ||
COPYING.LIB | ||
dummy.c | ||
free.1 | ||
free.c | ||
kill.1 | ||
Makefile | ||
minimal.c | ||
NEWS | ||
pgrep.1 | ||
pgrep.c | ||
pkill.1 | ||
pmap.1 | ||
pmap.c | ||
procps.lsm | ||
procps.spec | ||
pwdx.1 | ||
pwdx.c | ||
README | ||
README.top | ||
skill.1 | ||
skill.c | ||
slabtop.1 | ||
slabtop.c | ||
snice.1 | ||
sysctl.8 | ||
sysctl.c | ||
sysctl.conf | ||
sysctl.conf.5 | ||
t | ||
tload.1 | ||
tload.c | ||
tmp-junk.c | ||
TODO | ||
top.1 | ||
top.c | ||
top.h | ||
uptime.1 | ||
uptime.c | ||
utmp.c | ||
v | ||
vmstat.8 | ||
vmstat.c | ||
w.1 | ||
w.c | ||
watch.1 | ||
watch.c |
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.