From: Fan Yu <fan.yu9@xxxxxxxxxx>
> Current Limitations
> ===================
> The current delaytop implementation has two main limitations:
> 1) Static sorting only by CPU delay
> Forcing users to restart with different parameters to analyze
> other resource bottlenecks.
> 2) Memory delay information is always expanded
> Causing information overload when only high-level memory pressure
> monitoring is needed.
>
> Improvements
> ============
> 1) Implemented dynamic sorting capability
> - Interactive key 'o' triggers sort mode.
> - Supports sorting by CPU/IO/Memory/IRQ delays.
> - Memory subcategories available in verbose mode.
> * c - CPU delay (default)
> * i - IO delay
> * m - Total memory delay
> * q - IRQ delay
> * s/r/t/p/w - Memory subcategories (in verbose mode)
> 2) Added memory display modes
> - Compact view (default): shows aggregated memory delays.
> - Verbose view ('M' key): breaks down into memory sub-delays.
> * SWAP - swapin delays
> * RCL - freepages reclaim delays
> * THR - thrashing delays
> * CMP - compaction delays
> * WP - write-protect copy delays
>
What about updating usages into Documentation/accounting/delay-accounting.rst ?
>
>
> Fan Yu (3):
> tools/delaytop: add memory verbose mode support
> tools/delaytop: add flexible sorting by delay field
> tools/delaytop: add interactive mode with keyboard controls
>
> tools/accounting/delaytop.c | 347 +++++++++++++++++++++++++++++-------
> 1 file changed, 287 insertions(+), 60 deletions(-)
Other parts are ok except [PATCH 1/3]
