The document discusses delay accounting in Linux which measures delays experienced by tasks waiting for CPU, I/O, swapping, and memory reclaim. These statistics are exposed via the taskstats interface and can help set priorities. Userspace tools can access and aggregate this data.
The document discusses delay accounting in Linux which measures delays experienced by tasks waiting for CPU, I/O, swapping, and memory reclaim. These statistics are exposed via the taskstats interface and can help set priorities. Userspace tools can access and aggregate this data.
The document discusses delay accounting in Linux which measures delays experienced by tasks waiting for CPU, I/O, swapping, and memory reclaim. These statistics are exposed via the taskstats interface and can help set priorities. Userspace tools can access and aggregate this data.
The document discusses delay accounting in Linux which measures delays experienced by tasks waiting for CPU, I/O, swapping, and memory reclaim. These statistics are exposed via the taskstats interface and can help set priorities. Userspace tools can access and aggregate this data.
Download as TXT, PDF, TXT or read online from Scribd
Download as txt, pdf, or txt
You are on page 1/ 2
Delay accounting
----------------
Tasks encounter delays in execution when they wait
for some kernel resource to become available e.g. a runnable task may wait for a free CPU to run on.
The per-task delay accounting functionality measures
the delays experienced by a task while
a) waiting for a CPU (while being runnable)
b) completion of synchronous block I/O initiated by the task c) swapping in pages d) memory reclaim
and makes these statistics available to userspace through
the taskstats interface.
Such delays provide feedback for setting a task's cpu priority,
io priority and rss limit values appropriately. Long delays for important tasks could be a trigger for raising its corresponding priority.
The functionality, through its use of the taskstats interface, also provides delay statistics aggregated for all tasks (or threads) belonging to a thread group (corresponding to a traditional Unix process). This is a commonly needed aggregation that is more efficiently done by the kernel.
Userspace utilities, particularly resource management applications, can also
aggregate delay statistics into arbitrary groups. To enable this, delay statistics of a task are available both during its lifetime as well as on its exit, ensuring continuous and complete monitoring can be done.
Interface ---------
Delay accounting uses the taskstats interface which is described
in detail in a separate document in this directory. Taskstats returns a generic data structure to userspace corresponding to per-pid and per-tgid statistics. The delay accounting functionality populates specific fields of this structure. See include/linux/taskstats.h for a description of the fields pertaining to delay accounting. It will generally be in the form of counters returning the cumulative delay seen for cpu, sync block I/O, swapin, memory reclaim etc.
Taking the difference of two successive readings of a given
counter (say cpu_delay_total) for a task will give the delay experienced by the task waiting for the corresponding resource in that interval.
When a task exits, records containing the per-task statistics
are sent to userspace without requiring a command. If it is the last exiting task of a thread group, the per-tgid statistics are also sent. More details are given in the taskstats interface description.
The getdelays.c userspace utility in tools/accounting directory allows simple
commands to be run and the corresponding delay statistics to be displayed. It also serves as an example of using the taskstats interface. Usage -----
Compile the kernel with
CONFIG_TASK_DELAY_ACCT=y CONFIG_TASKSTATS=y
Delay accounting is enabled by default at boot up.
To disable, add nodelayacct to the kernel boot options. The rest of the instructions below assume this has not been done.
After the system has booted up, use a utility
similar to getdelays.c to access the delays seen by a given task or a task group (tgid). The utility also allows a given command to be executed and the corresponding delays to be seen.
General format of the getdelays command
getdelays [-t tgid] [-p pid] [-c cmd...]
Get delays, since system boot, for pid 10
# ./getdelays -p 10 (output similar to next case)
Get sum of delays, since system boot, for all pids with tgid 5 # ./getdelays -t 5
CPU count real total virtual total delay total
7876 92005750 100000000 24001500 IO count delay total 0 0 SWAP count delay total 0 0 RECLAIM count delay total 0 0
Get delays seen in executing a given simple command
# ./getdelays -c ls /
bin data1 data3 data5 dev home media opt root srv sys usr boot data2 data4 data6 etc lib mnt proc sbin subdomain tmp var
CPU count real total virtual total delay total
6 4000250 4000000 0 IO count delay total 0 0 SWAP count delay total 0 0 RECLAIM count delay total 0 0
Python Advanced Programming: The Guide to Learn Python Programming. Reference with Exercises and Samples About Dynamical Programming, Multithreading, Multiprocessing, Debugging, Testing and More
