linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Bagas Sanjaya <bagasdotme@gmail.com>
To: yang.yang29@zte.com.cn, akpm@linux-foundation.org, david@redhat.com
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	linux-doc@vger.kernel.org, wang.yong12@zte.com.cn
Subject: Re: [PATCH linux-next] delayacct: improve the average delay precision of getdelay tool to microsecond
Date: Thu, 2 Mar 2023 09:48:11 +0700	[thread overview]
Message-ID: <ZAAOa4nYSYQc48Lr@debian.me> (raw)
In-Reply-To: <202302131408087983857@zte.com.cn>

[-- Attachment #1: Type: text/plain, Size: 1234 bytes --]

On Mon, Feb 13, 2023 at 02:08:08PM +0800, yang.yang29@zte.com.cn wrote:
> From: Wang Yong <wang.yong12@zte.com.cn>
> 
> 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.

I'm kinda confused. 0.000ms is same as 0ms, right?

And did you mean accuracy of delay average is to be same as CPU time?

-- 
An old man doll... just what I always wanted! - Clara

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2023-03-02  2:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-13  6:08 yang.yang29
2023-03-02  2:48 ` Bagas Sanjaya [this message]
2023-03-02  3:26   ` yang.yang29

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZAAOa4nYSYQc48Lr@debian.me \
    --to=bagasdotme@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=david@redhat.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=wang.yong12@zte.com.cn \
    --cc=yang.yang29@zte.com.cn \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox