From: Jens Axboe <axboe@kernel.dk>
To: Sitsofe Wheeler <sitsofe@gmail.com>, Jon Tango <cheerios123@outlook.com>
Cc: "fio@vger.kernel.org" <fio@vger.kernel.org>
Subject: Re: Limit LBA Range
Date: Mon, 29 Sep 2014 20:49:05 -0600 [thread overview]
Message-ID: <542A1A21.4070406@kernel.dk> (raw)
In-Reply-To: <CALjAwxjEs_pcP3tHDSE76cdjC0JpRK_+xofshHTL0Lgch3J_OQ@mail.gmail.com>
On 2014-09-29 20:23, Sitsofe Wheeler wrote:
> On 29 September 2014 22:10, Jon Tango <cheerios123@outlook.com> wrote:
>>
>> I include both of those commands, in addition to size=745g, and it seems to
>> be conducting the workload over the entire LBA range. Is this the correct
>> combination of the three parameters? Here is the test script:
>>
>> [global]
>> name=4ktest
>> filename=\\.\physicaldrive1
>> direct=1
>> numjobs=8
>> norandommap
>> ba=4k
>> time_based
>> size=745g
>> log_avg_msec=100000
>> group_reporting=1
>> #########################################################
>>
>> [4K Precon]
>> stonewall
>> runtime=15000
>> iodepth=32
>> bs=4k
>> rw=randwrite
>
> Bear in mind that because you are asking for eight stonewalled jobs
> this fio run will take 8 * 15000 seconds (around 33 hours) to finish
> because after the first job has run for four hours the second job will
> start etc.
Since they are grouped with numjobs=x, they belong to the same group.
Hence the stonewall isn't going to do anything here. If it was split in
two precondition sections, ala:
[global]
numjobs=4
...
[4K Precon stage 1]
runtime=15000
iodepth=32
bs=4k
rw=randwrite
[4K Precon stage 2]
stonewall
runtime=15000
iodepth=32
bs=4k
rw=randwrite
Then stage 2 would not start until stage 1 had finished.
--
Jens Axboe
next prev parent reply other threads:[~2014-09-30 2:49 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-29 3:28 Limit LBA Range Jon Tango
2014-09-29 19:33 ` Jens Axboe
2014-09-29 20:46 ` Jon Tango
2014-09-29 20:59 ` Jens Axboe
2014-09-29 21:10 ` Jon Tango
2014-09-29 21:21 ` Jens Axboe
2014-09-29 21:37 ` Jon Tango
2014-09-29 21:38 ` Jens Axboe
2014-09-30 2:23 ` Sitsofe Wheeler
2014-09-30 2:49 ` Jens Axboe [this message]
2014-09-30 3:18 ` Sitsofe Wheeler
2014-09-30 4:57 ` Jon Tango
2014-09-30 6:23 ` Sitsofe Wheeler
2014-09-30 6:34 ` Jon Tango
2014-09-30 7:36 ` Sitsofe Wheeler
2014-09-30 7:56 ` Jon Tango
2014-09-30 13:07 ` Sitsofe Wheeler
2014-09-30 21:17 ` Sitsofe Wheeler
2014-09-30 14:44 ` Jens Axboe
2014-09-30 8:57 ` Andrey Kuzmin
2014-09-30 9:14 ` Jon Tango
2014-09-30 9:17 ` Andrey Kuzmin
2014-09-30 14:48 ` Jens Axboe
2014-09-30 14:47 ` Jens Axboe
2014-10-01 16:33 ` Andrey Kuzmin
2014-09-29 21:01 ` Jon Tango
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=542A1A21.4070406@kernel.dk \
--to=axboe@kernel.dk \
--cc=cheerios123@outlook.com \
--cc=fio@vger.kernel.org \
--cc=sitsofe@gmail.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 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.