htop
htop is an interactive process viewer for Linux. It aims to be a 'better top': you can scroll the process list vertically and horizontally, and select a process to be killed with the arrow keys instead of by typing its process id. It requires ncurses, and was tested with Linux 2.4 and 2.6.
| Tags | Monitoring |
|---|---|
| Licenses | GPL |
| Operating Systems | POSIX Linux |
| Implementation | C |
Recent releases
- 23 Jun 2009 14:55
Changes: This release features stability fixes.
- 02 Jun 2009 08:38
Changes: This release includes integration with lsof to list files opened by a process, a hostname header entry, improvements to the battery meter, and a number of bugfixes.
- 23 Sep 2008 17:46
Changes: This release adds a battery meter for ACPI-enabled computers and Linux-VServer support. There are some bugfixes.
- 07 May 2008 17:31
Changes: This release adds per-process I/O statistics, Unicode support, and new handling of CPU count for threaded processes: it can now show either per-thread stats or a sum of all threads depending whether user threads are shown or hidden. There were also improvements in mouse support.
- 23 Nov 2007 15:32
Changes: This release adds CPU affinity configuration, improved process organization in tree view, and OpenVZ support. There are a number of bugfixes.
- All comments
Recent commentsRe: Slow screen updates
> It's the first time I get a report of
> this kind on performance.
> Might be many things: ncurses,
> repainting (fb/X), htop's
> painting or processing code.
The machine is 1800Mhz. It's only slow on the VESA framebuffer. I tried again using DFBTerm and xterm and those were both fine.
Still, compared with other applications on the framebuffer (midnight commander, less), it is a lot slower at repainting during horizontal scrolling. Less, for example, scrolls horizontally very quickly in comparison, even on the vesafb.
It occurs whether I'm in tree view or not, but only when scrolling horizontally. Vertical scrolling is at least as fast as the fast keyboard repeat rate, which is the way I like it. And activating tree view is the easiest way to ensure horizontal scrolling is necessary.
Re: Slow screen updates
It's the first time I get a report of this kind on performance.
Might be many things: ncurses, repainting (fb/X), htop's
painting or processing code. Could you give some additional
information? How old is the machine (MHz)? I tested it on a
366MHz machine and it seemed okay. Does this happen on
tree-view only?
Slow screen updates
Nice program, easy to use.
However, the screen updates seem slow for me when I'm on tree view and the columns are wide. Scrolling left/right to see the whole "prcess name" column is very slow--I can see the screen repainting itself on each step. Maybe it's an ncurses thing. But...
Re: My default 'top' from now on...
> Looks nice, but the Htop homepage rpm
> link for Mandrake 10.1 goes to a site
> that starts RealPlayer up.
The link at the webpage points directly to an .rpm file which was contributed by a Mandrake user. In some browsers, RealPlayer takes over the ".rpm" extension; try right-clicking and selecting "Save as...". (Note that this .rpm file is still the one from version 0.5).
Re: My default 'top' from now on...
Looks nice, but the Htop homepage rpm link for Mandrake 10.1 goes to a site that starts RealPlayer up.
Some reason or other curses is broken for me - a real problem. I was hoping that the rpm for htop might download the correct ncurses for me. rats
Mark