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.
next 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