public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Xuân Baldauf" <xuan--lkml--2003.09.12@baldauf.org>
To: linux-kernel@vger.kernel.org
Subject: "busy" load counters
Date: Fri, 12 Sep 2003 04:59:12 +0200	[thread overview]
Message-ID: <3F613680.6020200@baldauf.org> (raw)

Currently, tools like "top" show stats like

  Cpu(s):  92.1% user,   6.9% system,   0.0% nice,   1.0% idle

Unfortunately, these stats are not sufficient to determine wether the 
system is "busy". Determining wether the system is "busy" is very useful 
in case an interactive application (e.g. a shell or some shell command) 
does not respond.
Maybe it just hangs (waits for input) or does serious work (e.g. uses 
the CPU or accesses the disk). Disk access is not visible in "top". 
Depending on the machine, on disk accesses, there might be a slight or 
significant rise in the "system" portion of those stats, but this is not 
trustable.

I'd like a new stat "busy", which simply is one minus the time, when the 
system is idle but does _not_ have outstanding IO requests. Users may 
judge from this stat, wether their application waits for input or just 
needs some time. This way, they know better what to do when they get 
impatient, and they now it faster. (Yes, they can know it by looking up 
all processes of their application, strace them and check wether the 
actions observed involve just waiting and polling or maybe IO. But this 
is very tedious.)

How do you think about this? Would kernel hackers oppose such a 
"feature" for any reason?

Xuân.



             reply	other threads:[~2003-09-12  2:59 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-12  2:59 Xuân Baldauf [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-09-13  7:00 "busy" load counters Albert Cahalan
2003-09-13  8:36 ` dada1
2003-09-13 15:39   ` Albert Cahalan

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=3F613680.6020200@baldauf.org \
    --to=xuan--lkml--2003.09.12@baldauf.org \
    --cc=linux-kernel@vger.kernel.org \
    /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