Wang Yong 6fddf325fa delayacct: improve the average delay precision of getdelay tool to microsecond ... [ Upstream commit eca7de7cdc ] Improve the average delay precision of getdelay tool to microsecond. When using the getdelay tool, it is sometimes found that the average delay except CPU is not 0, but display is 0, because the precison is too low. For example, see delay average of SWAP below when using ZRAM. print delayacct stats ON PID 32915 CPU count real total virtual total delay total delay average 339202 2793871936 9233585504 7951112 0.000ms IO count delay total delay average 41 419296904 10ms SWAP count delay total delay average 242589 1045792384 0ms This wrong display is misleading, so improve the millisecond precision of the average delay to microsecond just like CPU. Then user would get more accurate information of delay time. Link: https://lkml.kernel.org/r/202302131408087983857@zte.com.cn Signed-off-by: Wang Yong <wang.yong12@zte.com.cn> Reviewed-by: Yang Yang <yang.yang29@zte.com.cn> Cc: David Hildenbrand <david@redhat.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Stable-dep-of: 3840cbe24c ("sched: psi: fix bogus pressure spikes from aggregation race") Signed-off-by: Sasha Levin <sashal@kernel.org>		2024-10-17 15:22:06 +02:00
..
cgroupstats.rst	Documentation: Replace lkml.org links with lore	2021-01-11 12:47:38 -07:00
delay-accounting.rst	delayacct: improve the average delay precision of getdelay tool to microsecond	2024-10-17 15:22:06 +02:00
index.rst	docs: add some documentation dirs to the driver-api book	2019-07-15 11:03:02 -03:00
psi.rst	sched/psi: Allow unprivileged polling of N*2s period	2023-07-27 08:50:38 +02:00
taskstats-struct.rst	docs: accounting: convert to ReST	2019-07-15 09:20:25 -03:00
taskstats.rst	docs: accounting: convert to ReST	2019-07-15 09:20:25 -03:00