cddl/contrib/dtracetoolkit/Notes/iotop_notes.txt

   1 **************************************************************************
   2 * The following are additional notes on the iotop program.
   3 *
   4 * $Id: iotop_notes.txt 44 2007-09-17 07:47:20Z brendan $
   5 *
   6 * COPYRIGHT: Copyright (c) 2007 Brendan Gregg.
   7 **************************************************************************
   8
   9
  10 * When using -P, how can a process exceed 100% I/O?
  11
  12 These percentages are based on disk time. They are in terms of a single disk.
  13
  14 200% could mean 2 disks @ 100%, or 4 @ 50%, or some such combination.
  15
  16 I could have capped it at 100% by dividing by disk count. I didn't. Disk
  17 utilisation is an asymmetric resource (unlike CPUs, which are (mostly)
  18 symmetric), so it's unfair to divide by all the disks capacity as an
  19 application cannot use every disks capacity (eg, writing to a /opt disk only).
  20
  21 Would it be wise to report utilisation as 10% of overall capacity, if it
  22 could mean that 1 disk was SATURATED out of ten? A value of 10% could
  23 understate the problem.
  24
  25 Instead I add the utilisations and don't divide. 1 disk saturated out of 10
  26 would be reported as 100% utilisation. This has the danger of overstating
  27 the problem (consider all ten disks at 10% utilisation, this would also be
  28 reported as 100%).
  29
  30 Nothing is perfect when you are summarising to a single value!
  31
  32
  33
  34 * Beware of overcounting metadevices, such as SVM and Veritas.
  35
  36 The current version of iotop reports on anything the kernel believes to be
  37 a block disk device. A problem happens when a metadevice contains physical
  38 disk devices, and iotop reports on activity to both the metadevice and
  39 the physical devices, which overcounts activity.
  40
  41 Consider a metadevice that contains two physical disks which are both
  42 running at 100% utilised. iotop -P may report 300% utilisation, which is
  43 200% for the disks + 100% for the metadevice. We'd probably want to see
  44 a value of 200%, not 300%. Eliminating the counting of metadevices in DTrace
  45 isn't easy (without inelegant "hardwiring" of device types), however I do
  46 intend to find a way to fix this in future versions.
  47
  48