banshee est en développement actif : les collecteurs vont encore changer, et une version que vous publiez demandera sans doute des ajustements. Pour un usage stable, attendez la version 1.0.0.

Linux

banshee/linux-collection/linux/ssh/

cpu

CPU usage of a Linux by SSH: each core, the whole, iowait and steal, from /proc/stat.

  • linux
  • ssh
  • cpu
  • alpine
  • debian
  • fedora

par banshee1 installation2 versions

v2Dernière

Publiée le 28 octobre 2026. One naming convention across collections; documentation completed.

Processors of a Linux, by SSH

Returns the usage of each processor and of all of them, the share of time spent waiting for disks (iowait) and the time stolen by the hypervisor (steal), and the number of processors. Seven watches are offered, each one set on the probe.

Versions

Generic: /proc/stat is written by the kernel the same way on Alpine, Debian and Fedora, and grep without options is the same in BusyBox and GNU grep. A kernel older than 2.6.11, without the steal column, stops the collector misconfigured.

How it works

The collector runs grep ^cpu /proc/stat and reads the cpu line (the whole) and the cpuN lines (each logical processor): user, nice, system, idle, iowait, irq, softirq and steal times since boot.

  • Usage is 1 − (idle + iowait) / total over the interval, total being the sum of the eight times; iowait and steal are their own share of the total.
  • On the first run there is no interval yet: the run is skipped. So is a run where a counter went backwards (iowait may on some kernels).
  • Nothing is written on the target.

Prerequisites

  • an SSH account for monitoring, without write rights; reading /proc needs no privilege;
  • the fingerprint of the server's host key, set in protocol:ssh:fingerprint (not needed when the Security settings trust the first SSH fingerprint presented).

Outputs

NameLabelUnitPer instance
cpu-busyOverall processor usage%no
iowaitWaiting for disks%no
stealStolen by the hypervisor%no
core-busyProcessor usage%yes, per processor (cpu0, cpu1…)
coresNumber of processors—no

Watches

NameTitleKindDefaultsChecked by default
cpu-highProcessor saturatedabove a threshold, on cpu-busywarning above 85 %, critical above 95 %, for 3 runsyes
iowait-highWaiting for disksabove a threshold, on iowaitwarning above 20 %, for 5 min; no criticalyes
steal-highStolen by the hypervisorabove a threshold, on stealwarning above 10 %, for 5 min; no criticalyes
core-hotA processor saturatedabove a threshold, on core-busywarning above 95 %, for 3 runs; no criticalno
core-idleA processor underusedbelow a threshold, on core-busywarning below 20 %; no criticalno
core-neglectedA processor left idledeviates from the others, on core-busywarning when a processor is more than 30 % below the median of the others; no criticalno
core-countUnexpected number of processorsexpected value, on coresno expected value: it raises nothing until one is set on the probeyes

Limits

  • Values arrive from the second run on; a probe whose interval is long averages over it.
  • The processors are the logical ones: on a processor with two threads per core, each thread is one processor.
  • steal is only meaningful on a virtual machine; it stays at 0 on bare metal.