Flexible I/O Tester development
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@kernel.dk>
To: Steven Lang <tirea@google.com>
Cc: fio@vger.kernel.org
Subject: Re: [PATCH] Improve accuracy of rate= option
Date: Wed, 09 Nov 2011 13:49:40 +0100	[thread overview]
Message-ID: <4EBA76E4.5070903@kernel.dk> (raw)
In-Reply-To: <CAAUT-yO+0SPX9Hrf_ck20S_A-amYcW1ev_me+2gtHpayfg6SNA@mail.gmail.com>

On 2011-11-09 02:10, Steven Lang wrote:
> I noticed that the rate= option is not terribly precise in some cases.
>  It gets worse the higher the selected rate.  For example:
> $ fio -name=load -size=100g -ioengine=null -runtime=10 -rate=30m
> One would expect that to read 300MB (307200KB) at close to 30MB/s
> (30720KB/s).  However it writes 315024KB at 31499KB/s.  Further
> experimentation shows that even higher rates can show bigger
> discrepancies.  At the extreme end...
> $ fio -name=load -size=100g -ioengine=null -runtime=10 -rate=500m
> One would expect this to write 5000MB at a rate of 500MB/s
> (512000KB/s).  However it writes close to double that (9536.8MB) at a
> rate of over 953MB/s.  At a rate of 1GB/s and higher, the rate
> limiting is effectively ignored.
> 
> This patch improves the accuracy of the rate= option across the whole
> range of rates, at the cost of being very slightly more
> computationally expensive.

Thanks Steven, another great patch. Applied.

I'm still mulling over the option patch. It'd be great if one could do:

$ fio --cmdhelp=ioengine=libaio

to display these private options. And it's a bit confusing on the global
vs private engine options, but in reality it _probably_ wont bite
anyone.

Anyway, I fiddle with it a bit and let you know.

-- 
Jens Axboe


      reply	other threads:[~2011-11-09 12:49 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-09  1:10 [PATCH] Improve accuracy of rate= option Steven Lang
2011-11-09 12:49 ` Jens Axboe [this message]

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=4EBA76E4.5070903@kernel.dk \
    --to=axboe@kernel.dk \
    --cc=fio@vger.kernel.org \
    --cc=tirea@google.com \
    /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