Arnavion 81b64691a7 Move sysfs-reading code to LinuxProcessList.c and add average frequency.
This way the frequency is read from sysfs only once per update cycle
instead of every time the UI is redrawn.

This also changes the code to read from /proc/cpuinfo instead. This is because
reading from scaling_cur_freq stalls for 10ms if the previous read for the file
was more than one second ago. [1] Since htop's update cycle is
longer than that, it would cause the read of each CPU's scaling_cur_freq file
to block the UI for 20ms. This easily led to a noticeable half-second lag on
a 20+ CPU machine.

/proc/cpuinfo also has a 10ms delay, but this applies for the whole file
so the delay does not scale with the number of CPUs. [2]

[1]: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4815d3c56d1e10449a44089a47544d9ba84fad0d
[2]: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=7d5905dc14a87805a59f3c5bf70173aac2bb18f8
2019-08-10 22:19:32 -07:00
2019-02-10 14:16:46 +01:00
2016-05-05 10:30:06 -03:00
2016-02-14 19:57:29 -02:00
2016-02-14 19:57:29 -02:00
2015-01-21 23:27:31 -02:00
2006-03-04 18:16:49 +00:00
2016-02-14 22:36:40 +01:00
2017-07-22 22:34:30 -05:00
2015-01-21 23:27:31 -02:00
2018-04-10 10:42:46 -03:00
2015-01-21 23:27:31 -02:00
2018-02-26 11:45:53 -03:00
2018-02-05 07:20:27 +01:00
2018-02-05 07:20:27 +01:00
2017-07-22 22:34:30 -05:00
2017-07-22 22:34:30 -05:00
2016-02-02 15:53:02 +01:00
2011-12-26 21:35:57 +00:00
2016-05-07 14:57:51 +08:00
2015-01-21 23:27:31 -02:00
2014-04-09 14:47:58 -03:00
2017-07-22 22:34:30 -05:00
2016-05-05 10:30:06 -03:00
2015-01-21 23:27:31 -02:00
2018-02-18 10:17:56 -03:00
2011-11-21 02:58:34 +00:00
2016-02-02 15:53:02 +01:00
2016-02-02 15:53:02 +01:00
2016-02-14 19:57:29 -02:00
2014-02-03 09:11:39 -02:00
2019-02-10 14:16:46 +01:00
2015-03-23 15:26:56 -03:00
2016-08-11 10:49:35 +08:00
2015-08-27 06:13:27 +02:00
2016-08-30 12:37:31 -03:00
2015-04-09 15:56:43 -03:00
2018-03-25 15:14:04 -03:00
2016-02-02 15:53:02 +01:00
2011-12-26 21:35:57 +00:00

Build Status PayPal donate

htop

by Hisham Muhammad hisham@gobolinux.org (2004 - 2016)

Introduction

This is htop, an interactive process viewer. It requires ncurses. It is developed primarily on Linux, but we also have code for running under FreeBSD and Mac OS X (help and testing are wanted for these platforms!)

This software has evolved considerably over the years, and is reasonably complete, but there is always room for improvement.

Comparison between htop and classic top

  • In htop you can scroll the list vertically and horizontally to see all processes and full command lines.
  • In top you are subject to a delay for each unassigned key you press (especially annoying when multi-key escape sequences are triggered by accident).
  • htop starts faster (top seems to collect data for a while before displaying anything).
  • In htop you don't need to type the process number to kill a process, in top you do.
  • In htop you don't need to type the process number or the priority value to renice a process, in top you do.
  • In htop you can kill multiple processes at once.
  • top is older, hence, more tested.

Compilation instructions

This program is distributed as a standard autotools-based package. See the INSTALL file for detailed instructions.

When compiling from a release tarball, run:

./configure && make

For compiling sources downloaded from the Git repository, run:

./autogen.sh && ./configure && make

By default make install will install into /usr/local, for changing the path use ./configure --prefix=/some/path.

See the manual page (man htop) or the on-line help ('F1' or 'h' inside htop) for a list of supported key commands.

If not all keys work check your curses configuration.

License

GNU General Public License, version 2 (GPL-2.0)

Description
htop - an interactive process viewer
Readme 6 MiB
Languages
C 93%
Roff 2.3%
M4 2.3%
Lua 1.5%
Makefile 0.8%