From: Erik Mouw <erik@harddisk-recovery.com>
To: sena seneviratne <auntvini@cel.usyd.edu.au>
Cc: linux-Kernel@vger.kernel.org
Subject: Re: Introduce a New Metrics to measure Load average.
Date: Wed, 14 Jun 2006 14:48:17 +0200 [thread overview]
Message-ID: <20060614124816.GD11542@harddisk-recovery.com> (raw)
In-Reply-To: <5.1.1.5.2.20060614150410.0465ceb0@brain.sedal.usyd.edu.au>
On Wed, Jun 14, 2006 at 03:12:29PM +1000, sena seneviratne wrote:
> The problem with the load metric of current Linux/Unix is that it measures
> CPU load and Disk load without indicating the true nature of the load,
> thereby creating some confusion among the readers. For example, if a CPU
> bound task switches on to read a large chunk of disk data, then the load
> average value would still continue to indicate this activity as a load, yet
> the true CPU load during this period would have been zero.
Right, we've seen such things with busy servers.
> This situation
> triggered us to make necessary additions to the kernel so that CPU load and
> Disk load could be reported separately. Further the specialisation of load
> helped our model to perform predictions when there is interference between
> CPU and Disk IO loads.
OK.
> In the user mode, a new proc file called /proc/loadavgus would collect the
> new data according to a new format which would look like the following,
>
> CPU Disk
> Root 0.7 0
> User1 0.9 1
> User2 0.9 0
> User3 1.03 1
> User4 0.93 0
> User5 1.0 0
The kernel doesn't know about user names, only uids. So the layout
should be something like:
CPU Disk
0 0.7 0
500 0.9 1
501 0.9 0
> What do you think about this change?
Why do you want to tell the load per user? Just the CPU and disk load
should be sufficient.
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
next prev parent reply other threads:[~2006-06-14 12:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-14 5:12 sena seneviratne
2006-06-14 12:48 ` Erik Mouw [this message]
2006-06-15 2:50 ` sena seneviratne
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=20060614124816.GD11542@harddisk-recovery.com \
--to=erik@harddisk-recovery.com \
--cc=auntvini@cel.usyd.edu.au \
--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
all inboxes | Powered by JetHome®