David van Moolenbroek b89261ba01 Rename top(1) to mtop(1), import NetBSD top(1)
Due to differences in (mainly) measuring and accumulating CPU times,
the two top programs end up serving different purposes: the NetBSD
top is a system administration tool, while the MINIX3 top (now mtop)
is a performance debugging tool.  Therefore, we keep both.

The newly imported BSD top has a few MINIX3-specific changes.  CPU
statistics separate system time from kernel time, rather than kernel
time from time spent on handling interrupts.  Memory statistics show
numbers that are currently relevant for MINIX3.  Swap statistics are
disabled entirely.  All of these changes effectively bring it closer
to how mtop already worked as well.

Change-Id: I9611917cb03e164ddf012c5def6da0e7fede826d
2016-01-13 20:32:53 +01:00

31 lines
1.4 KiB
Groff

.SH "LINUX NOTES"
The Linux port was written by Richard Henderson <rth@tamu.edu>.
The CPU% calculation was brazenly stolen from the Solaris 2
port and should be attributed to one of the many names listed
in its man page.
The order support was stolen from the SunOS 5 port by
Alexey Klimkin <kad@klon.tme.mcst.ru>
Made to work under 2.4 by William LeFebvre.
This version of the Linux port includes automatic thread "eliding".
In Linux, a thread is treated as another process sharing the memory
space (as well as file table and other resources). Thus
multiple threads appear as separate processes in most system
utilities (see
.IR clone (2)).
This version of top detects child thread processes and does not
display them separately. Instead of displaying threads individually,
an extra column "THR" shows the number of thread processes for a
parent process. The cpu time and percentages are added to the
parent. This gives a display much closer to other thread-capable Unix
systems. However, threads are still counted as separate processes in
the process summary line.
A process is considered a thread of its parent if the
following values are identical to its parent: address space size,
resident set size, code start and end program counters, and stack
start. This heuristic can mistake a recently forked child as a thread,
until the child has either called exec or allocated space on its own.