All of lore.kernel.org
 help / color / mirror / Atom feed
From: Saeed <ionictea@gmail.com>
To: fio@vger.kernel.org
Subject: Re: fio jobs time_based & runtime scope
Date: Tue, 26 Jul 2016 20:36:00 -0500	[thread overview]
Message-ID: <nn935v$so2$1@ger.gmane.org> (raw)
In-Reply-To: CALjAwxj0ig71RbtP4oNmMNa9QumcDnBkHxao2g-u2EyLFFq-7A@mail.gmail.com

Looking at this example 
https://github.com/axboe/fio/blob/master/examples/surface-scan.fio I 
noticed it didn't have any runtime and/or time_based bound settings so 
I wanted to confirm if its needed or not.


On 2016-07-26 18:11:47 +0000, Sitsofe Wheeler said:

> On 26 July 2016 at 17:53, Saeed 
> <ionictea@gmail.com> wrote:
>> But what about in the case of a verify job where we want verification done
>> (do_verify)?  Should we exclude the runtime & time_based settings from the
>> validation/verification job?
> 
> If I had to guarantee at least one write pass was completed and one
> verification pass was also completed then yes I'd ensure that runtime
> and time_based were not set on that write job. runtime/time_based is
> there so you can guarantee a job will run for given period of time
> (and not dramatically more or less time).
> 
>> http://www.coderplay.org/filesysdev/FIO-Data-Integrity-Test.html
>> 
>> "However, if the job file specifies to run based on time rather than total
>> number of bytes (setting runtime=int and time_based), then do_verify() is
>> not performed. "
> 
> This is correct and matches my previous warning. If you are asking for
> *both runtime and time_based* and the verification job is a write one
> then it won't stop writing until runtime is exceeded and at that point
> there can't be any time left to do the verify. What are you trying to
> achieve by setting runtime/time_based?




      reply	other threads:[~2016-07-27  1:36 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-25 17:00 fio jobs time_based & runtime scope Saeed
2016-07-25 17:13 ` Sitsofe Wheeler
2016-07-25 23:15   ` Saeed
2016-07-26  6:15     ` Sitsofe Wheeler
2016-07-26 16:53       ` Saeed
2016-07-26 18:11         ` Sitsofe Wheeler
2016-07-27  1:36           ` Saeed [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='nn935v$so2$1@ger.gmane.org' \
    --to=ionictea@gmail.com \
    --cc=fio@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.