John Baldwin e876f6d052 Cap the percent CPU of individual threads at 100% to fix some of the ... more obvious imprecision in the previous top changes. Specifically, top uses a delta of clock_gettime() calls right after invoking the kern.proc sysctl to fetch the process/thread list to compute the time delta between the fetches. However, the kern.proc sysctl handler does not run in constant time. It can spin on locks, be preempted by an interrupt handler, etc. As a result, the time between the gathering of stats for individual processes or threads between subsequent kern.proc handlers can vary. If a "slow" kern.proc run is followed by a "fast" kern.proc run, then the threads/processes at the start of the "slow" run will have a longer time delta than the threads/processes at the end. If the clock_gettime() time delta is not itself skewed by preemption, then the delta may be too short for a given thread/process resulting in a higher percent CPU than actual. However, there is no good way to calculate the exact amount of overage, nor to know which threads to subtract the overage from. Instead, just punt and fix the definitely-wrong case of an individual thread having more than 100% CPU. Discussed with: zonk		2014-06-20 19:54:23 +00:00
..
machine.c	Cap the percent CPU of individual threads at 100% to fix some of the	2014-06-20 19:54:23 +00:00
Makefile	Add -J command/flag to filter by jail name/jid. This will automatically	2014-05-02 23:30:39 +00:00
top.local.1	Add a new line to top that provides a brief summary of the ZFS ARC memory	2012-06-27 18:08:48 +00:00