filetop(8)

πŸ“¦ version 0.36.1, in centos-stream 10, centos-stream 9, fedora 43, fedora 44

πŸ’– filetop(8) β€” the System Manager's Manual page, but make it cute πŸ’–

okay bestie, so filetop lives in the System Manager's Manual section 8, and it's genuinely one of my faves. it's top, but for files. that's the whole vibe. πŸŽ€


✨ NAME ✨

filetop β€” File reads and writes by filename and process. Top for files. πŸ‘‘


🌸 SYNOPSIS 🌸

filetop [-h] [-a] [-C] [-r MAXROWS] [-s {reads,writes,rbytes,wbytes}]
[-p PID] [--read-only] [--write-only] [interval] [count]

πŸ¦‹ DESCRIPTION πŸ¦‹

This is top for files. periodt.

It traces file reads and writes, and prints a per-file summary every interval (by default, 1 second). By default the summary is sorted on the highest read throughput (Kbytes). The sorting order can be changed via the -s option. By default only IO on regular files is shown. The -a option will list all file types (sockets, FIFOs, etc). Only read or only write operations can be traced using --read-only or --write-only options respectively. By default both are traced. Using both options at once will raise an Exception. 😭 (not me, the program. it's giving conflict energy.)

This uses in-kernel eBPF maps to store per process summaries for efficiency. slay.

This script works by tracing the __vfs_read() and __vfs_write() functions using kernel dynamic tracing, which instruments explicit read and write calls. If files are read or written using another means (eg, via mmap()), then they will not be visible using this tool. Also, this tool will need updating to match any code changes to those vfs functions. iykyk, kernel internals move, tools gotta move with them. πŸ’…

This should be useful for file system workload characterization when analyzing the performance of applications.

Note that tracing VFS level reads and writes can be a frequent activity, and this tool can begin to cost measurable overhead at high I/O rates. 🫠

Since this uses BPF, only the root user can use this tool. no root, no vibes. βœ‹


🌈 REQUIREMENTS 🌈

CONFIG_BPF and bcc. that's it, that's the whole guest list. πŸ’œ


✨ OPTIONS ✨

  • -a β€” Include non-regular file types (sockets, FIFOs, etc).
  • -C β€” Don't clear the screen.
  • -r MAXROWS β€” Maximum number of rows to print. Default is 20.
  • -s {reads,writes,rbytes,wbytes} β€” Sort column. Default is rbytes (read throughput).
  • -p PID β€” Trace this PID only.
  • --read-only β€” Trace read operations only.
  • --write-only β€” Trace write operations only.
  • interval β€” Interval between updates, seconds.
  • count β€” Number of interval summaries.

πŸŽ€ EXAMPLES πŸŽ€

Summarize block device I/O by process, 1 second screen refresh:

# filetop

Don't clear the screen, and top 8 rows only:

# filetop -Cr 8

5 second summaries, 10 times only:

# filetop 5 10

🌸 FIELDS 🌸

  • loadavg: β€” The contents of /proc/loadavg
  • PID β€” Process ID.
  • COMM β€” Process name.
  • READS β€” Count of reads during interval.
  • WRITES β€” Count of writes during interval.
  • R_Kb β€” Total read Kbytes during interval.
  • W_Kb β€” Total write Kbytes during interval.
  • T β€” Type of file: R == regular, S == socket, O == other (pipe, etc).
  • FILE β€” Filename.

πŸ’€ OVERHEAD πŸ’€

Depending on the frequency of application reads and writes, overhead can become significant, in the worst case slowing applications by over 50%. 😳 Hopefully for real world workloads the overhead is much less β€” test before use. The reason for the high overhead is that VFS reads and writes can be a frequent event, and despite the eBPF overhead being very small per event, if you multiply this small overhead by a million events per second, it becomes a million times worse. Literally. You can gauge the number of reads and writes using the vfsstat(8) tool, also from bcc.

fr fr, test this on a real workload before you point it at prod. πŸ™ˆ

⭐ SOURCE ⭐

This is from bcc.

https://github.com/iovisor/bcc

Also look in the bcc distribution for a companion _examples.txt file containing example usage, output, and commentary for this tool.


🐧 OS 🐧

Linux


🧚 STABILITY 🧚

Unstable - in development. she's still growing, be nice to her. πŸ¦‹


πŸ‘‘ AUTHOR πŸ‘‘

Brendan Gregg


πŸ’« INSPIRATION πŸ’«

top(1) by William LeFebvre


πŸ’… SEE ALSO πŸ’…

vfsstat(8), vfscount(8), fileslower(8)


and that's the whole page bestie 🫢 β€” this one's from the USER COMMANDS corner of the manual, dated 2016-02-08, and it's filed under filetop(8). go watch some files, main character. βœ¨πŸ“

πŸ“¦ where this page comes from