From: "Benoît Canet" <benoit.canet@nodalink.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: "Benoît Canet" <benoit.canet@irqsave.net>,
peter.maydell@linaro.org, qemu-devel@nongnu.org,
"Benoît Canet" <benoit.canet@nodalink.com>
Subject: Re: [Qemu-devel] [PATCH v2 3/3] util: Add an utility infrastructure used to compute an average on a time slice
Date: Mon, 8 Sep 2014 15:25:39 +0000 [thread overview]
Message-ID: <20140908152539.GA9641@nodalink.com> (raw)
In-Reply-To: <540DC6B2.8060704@redhat.com>
On Mon, Sep 08, 2014 at 05:09:38PM +0200, Paolo Bonzini wrote:
> Il 08/09/2014 16:49, Benoît Canet ha scritto:
> >> > - create two windows, with twice the suggested expiration period, and
> >> > return min/avg/max from the oldest window. Example
> >> >
> >> > t=0 |t=1 |t=2 |t=3 |t=4
> >> > wnd0: [0,1) |wnd0: [1,3) | |wnd0: [3,5) |
> >> > wnd1: [0,2) | |wnd1: [2,4) | |
> >> >
> >> > Values are returned from:
> >> >
> >> > wnd0---------|wnd1---------|wnd0---------|wnd1---------|
> >
> > This is neat.
>
> Alternatively, you can make it probabilistically correct:
>
> t=0 |t=0.66 |t=1.33 |t=2 |t=2.66
> |wnd0: [0.66,2) | |wnd0: [2,3.33) |
> wnd1: [0,0.66) | |wnd1: [1.33,2.66) | |
>
> Return from:
>
> wnd1-----------|wnd1-------------|wnd0---------------|wnd1-------------|wnd0
>
> So you always have 2/3 seconds worth of data, and on average exactly 1 second
> worth of data.
>
> The problem is the delay in getting data, which can be big for the minute-
> and hour-based statistics. Suppose you have a spike that lasts 10 seconds,
> it might not show in the minute-based statistics for as much as 30 seconds
> after it ends (the window switches every 40 seconds).
>
> For min/max you could return min(min0, min1) and max(max0, max1). Only the
> average has this problem.
>
> Exponential smoothing doesn't have this problem. IIRC uptime uses that.
I am writing this so cloud end users can programatically get informations about
their vms disk statistics.
Cloud end users are known to use their cloud API to script the elasticity of their
architecture.
Some code will poll system statistics to decide if new instances must be launched
or existing instances must be pruned.
This means introducing a delay in the accounting code would slow down their
decisions.
min and max is also useful to know since it gives an idea of the deviation.
So I think the first method you suggested would be the best for a cloud vm.
Best regards
Benoît
>
> Paolo
next prev parent reply other threads:[~2014-09-08 15:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-08 12:18 [Qemu-devel] [PATCH v2 0/3] Add the infrastructure that will be used to compute I/O accouting averages Benoît Canet
2014-09-08 12:18 ` [Qemu-devel] [PATCH v2 1/3] throttle: Make NANOSECONDS_PER_SECOND an integer Benoît Canet
2014-09-08 14:46 ` Eric Blake
2014-09-15 10:01 ` Markus Armbruster
2014-09-08 12:18 ` [Qemu-devel] [PATCH v2 2/3] timers: Move NANOSECONDS_PER_SECONDS to timer.h for future reuse Benoît Canet
2014-09-08 14:56 ` Eric Blake
2014-09-08 12:18 ` [Qemu-devel] [PATCH v2 3/3] util: Add an utility infrastructure used to compute an average on a time slice Benoît Canet
2014-09-08 14:29 ` Paolo Bonzini
2014-09-08 14:49 ` Benoît Canet
2014-09-08 15:09 ` Paolo Bonzini
2014-09-08 15:25 ` Benoît Canet [this message]
2014-09-15 11:13 ` Markus Armbruster
2014-09-15 11:41 ` Benoît Canet
2014-09-15 11:44 ` Benoît Canet
2014-09-24 13:26 ` Benoît Canet
2014-09-15 10:23 ` Markus Armbruster
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=20140908152539.GA9641@nodalink.com \
--to=benoit.canet@nodalink.com \
--cc=benoit.canet@irqsave.net \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).