| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
trim_header() it.
Noticed by: bde
|
|
|
|
|
|
|
|
|
|
|
|
| |
have been noticed by running top(1) in terminals that are too narrow
(or on systems with usernames that were too long, pushing everything
too far to the right).
Note that this does *not* solve the wrap-around problem of the system
statistics, which is an entirely different matter :-/
Tested on: i386, sparc64 (panther), amd64 (sledge)
Approved by: davidxu (in principle)
|
|
|
|
|
|
|
|
|
|
|
| |
command that toggles between the two and update the ORDER_PCTCPU()
macro to sort correctly by the visible "cpu" value.
This saves 6 more columns in 80-column terminals, making things a lot
better for the COMMAND column.
Tested on: i386, sparc64 (panther), amd64 (sledge)
Approved by: davidxu (in principle)
|
|
|
|
|
|
|
|
|
| |
threads a process has. The THR column is disabled and disappears
when 'H' is hit, because then every thread gets its own output line.
- Allow sorting processes by "threads".
Approved by: davidxu
Inspired by: Jiawei Ye <leafy7382@gmail.com>
|
|
|
|
|
| |
Submitted by: Christoph Mallon <christoph.mallon@gmx.de>
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
example) view io stats while sorting by process size. Also adds
voluntary and involuntary context-switch stats to the io page because
there was lots of room.
Submitted by: Dan Nelson dnelson at allantgroup.com
|
|
|
|
| |
Submitted by: Alex Vasylenko lxv omut.org
|
| |
|
|
|
|
|
|
| |
the -m "io" mode of top.
Approved by: alfred
|
| |
|
|
|
|
|
|
| |
are doing. Toggle this mode by hitting "m" or passing the command line
option "-m io" to top(1). This allows one to identify disk bandwidth
hogs much easier.
|
| |
|
|
|
|
|
|
|
| |
process. Option -H enables it and it is toggled at the interactive
screen by 'H'.
Submitted by: Jung-uk Kim <jkim@niksun.com>
|
|
|
|
|
|
|
|
|
| |
you can start it in a small window, but it doesn't always display
anything sensible. Resizing the window does work though.
The patch is a slightly simpler one than Sheldon's in the PR.
PR: 21075
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
but it was renamed errnum on the vendor branch.
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
PR: 30939, 30581
Submitted by: Edwin Groothuis <edwin@mavetju.org>
Submitted by: Andrew L. Neporada <andr@dgap.mipt.ru>
MFC after: 2 weeks
|
| |
| |
| |
| |
| |
| |
| | |
return.
Obtained from: OpenBSD
Reviewed by: audit
|
| |
| |
| |
| | |
PR: bin/22496
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
top.c: fix from NetBSD/OpenBSD: make sure that new_message() is called
with a format.
Add $FreeBSD$ While I'm here.
These files are already off the vendor branch.
|
| |
| |
| |
| | |
top doesn't use it and it causes a linker warning.
|
| |
| |
| |
| |
| | |
PR: bin/12946
Submitted by: Matthew D. Fuller <fullermd@over-yonder.net>
|
| | |
|
| |
| |
| |
| |
| | |
Submitted by: Andy Farkas <andyf@speednet.com.au>
Obtained from: freebsd-current list
|
| |
| |
| |
| | |
Submitted by: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Attempts to contact the author of top(1) (William LeFebvre) have so
far been unsuccessful.
PR: 7253
Submitted by: Yours Truly
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
PR: 5484
Submitted by: Vasily V. Grechishnikov <bazilio@ns1.ied-vorstu.ac.ru>
|
| |
| |
| |
| |
| |
| |
| | |
Change errno -> error in local structure to avoid a clash with the
thread-aware version of errno which is required for a thread-safe libc.
Have discussed this with the author and he has agreed to this change. 8-)
|
| |
| |
| |
| |
| |
| |
| | |
of a better place to do it.
Reviewed by: joerge
Obtained from: OpenBSD
|
| |
| |
| |
| |
| | |
PR: docs/4450
Submitted by: josh@quick.net
|
| |
| |
| |
| |
| |
| |
| |
| | |
Submitted by: Josh Gilliam
Closes PR's: 4429, 4431-4438
PS: He has agreed to submit all contrib fixes back to the original author.
|
| | |
|
|/
|
|
| |
Obtained from: The ports collection.
|
|
the src/contrib/top part right now). This tools is simply too system-
dependant to maintain it in the ports collection.
|