1biotop(8) System Manager's Manual biotop(8)
2
3
4
6 biotop - Block device (disk) I/O by process top.
7
9 biotop [-h] [-C] [-r MAXROWS] [interval] [count]
10
12 This is top for disks.
13
14 This traces block device I/O (disk I/O), and prints a per-process sum‐
15 mary every interval (by default, 1 second). The summary is sorted on
16 the top disk consumers by throughput (Kbytes). The PID and process name
17 shown are measured from when the I/O was first created, which usually
18 identifies the responsible process.
19
20 For efficiency, this uses in-kernel eBPF maps to cache process details
21 (PID and comm) by I/O request, as well as a starting timestamp for cal‐
22 culating I/O latency, and the final summary.
23
24 This works by tracing various kernel blk_*() functions using dynamic
25 tracing, and will need updating to match any changes to these func‐
26 tions.
27
28 Since this uses BPF, only the root user can use this tool.
29
31 CONFIG_BPF and bcc.
32
34 -C Don't clear the screen.
35
36 -r MAXROWS
37 Maximum number of rows to print. Default is 20.
38
39 interval
40 Interval between updates, seconds.
41
42 count Number of interval summaries.
43
45 Summarize block device I/O by process, 1 second screen refresh:
46 # biotop
47
48 Don't clear the screen:
49 # biotop -C
50
51 5 second summaries, 10 times only:
52 # biotop 5 10
53
55 loadavg:
56 The contents of /proc/loadavg
57
58 PID Cached process ID, if present. This usually (but isn't guaran‐
59 teed) to identify the responsible process for the I/O.
60
61 COMM Cached process name, if present. This usually (but isn't guaran‐
62 teed) to identify the responsible process for the I/O.
63
64 D Direction: R == read, W == write. This is a simplification.
65
66 MAJ Major device number.
67
68 MIN Minor device number.
69
70 DISK Disk device name.
71
72 I/O Number of I/O during the interval.
73
74 Kbytes Total Kbytes for these I/O, during the interval.
75
76 AVGms Average time for the I/O (latency) from the issue to the device,
77 to its completion, in milliseconds.
78
80 Since block device I/O usually has a relatively low frequency (<
81 10,000/s), the overhead for this tool is expected to be low or negligi‐
82 ble. For high IOPS storage systems, test and quantify before use.
83
85 This is from bcc.
86
87 https://github.com/iovisor/bcc
88
89 Also look in the bcc distribution for a companion _examples.txt file
90 containing example usage, output, and commentary for this tool.
91
93 Linux
94
96 Unstable - in development.
97
99 Brendan Gregg
100
102 top(1) by William LeFebvre
103
105 biosnoop(8), biolatency(8), iostat(1)
106
107
108
109USER COMMANDS 2016-02-06 biotop(8)