All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@kernel.dk>
To: Suresh Dhanarajan <sureshdrajan@gmail.com>
Cc: fio@vger.kernel.org
Subject: Re: Running fio with offset Increment option
Date: Fri, 20 Apr 2012 08:27:12 +0200	[thread overview]
Message-ID: <4F9101C0.100@kernel.dk> (raw)
In-Reply-To: <CAN8qX8baRKJrLRQ3p--NBMH9hA+G5om6R9hRQEr2ZXwbDc3Hwg@mail.gmail.com>

On 04/19/2012 09:32 PM, Suresh Dhanarajan wrote:
> Hi Jens,
> 
> I tested with and without stonewall.
> with stonewall the offset is reset to zero for a newjob.
> But without stonewall the offset is not reseting zero.

How are you verifying that this is the case? I added a debug printf
here, and ran the below job:

---

[global]
numjobs=4
offset_increment=100m
filename=foo
ioengine=null
size=100g
rw=randread
rate=500m

[null]

[null-a]

[null-b]
stonewall

[null-c]

[null-d]
stonewall

[null-e]

---

Which should give us 4 jobs, then 4 more jobs at continuing offsets,
then null-b at 0 again, null-c at 4*100MB and up, null-d at zero and
null-e identical to null-c.

job1: file foo offset 0                 <- null
job2: file foo offset 104857600
job3: file foo offset 209715200
job4: file foo offset 314572800
job5: file foo offset 419430400         <- null-a
job6: file foo offset 524288000
job7: file foo offset 629145600
job8: file foo offset 734003200
job9: file foo offset 0                 <- null-b
job10: file foo offset 104857600
job11: file foo offset 209715200
job12: file foo offset 314572800
job13: file foo offset 419430400        <- null-c
job14: file foo offset 524288000
job15: file foo offset 629145600
job16: file foo offset 734003200
job17: file foo offset 0                <- null-d
job18: file foo offset 104857600
job19: file foo offset 209715200
job20: file foo offset 314572800
job21: file foo offset 419430400        <- null-e
job22: file foo offset 524288000
job23: file foo offset 629145600
job24: file foo offset 734003200

So it looks like it's working here, at least offset is being calculated
and set correctly. Hence my question on why it isn't working for you. If
you are looking at the actual IO offsets generated, then it's possible
there is a bug somewhere. That bug should, however, also affect the
original patch since this is just changing how we generate them upfront.

-- 
Jens Axboe


  reply	other threads:[~2012-04-20  6:27 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-13 23:48 Running fio with offset Increment option Suresh Dhanarajan
2012-04-14 15:23 ` Jens Axboe
2012-04-14 15:29   ` Jens Axboe
2012-04-16 23:15     ` Suresh Dhanarajan
2012-04-17  6:30       ` Jens Axboe
2012-04-18 21:37         ` Suresh Dhanarajan
2012-04-19  5:47           ` Jens Axboe
2012-04-19 19:32             ` Suresh Dhanarajan
2012-04-20  6:27               ` Jens Axboe [this message]
2012-04-28 19:09                 ` Suresh Dhanarajan
2012-05-02 12:12                   ` Jens Axboe

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=4F9101C0.100@kernel.dk \
    --to=axboe@kernel.dk \
    --cc=fio@vger.kernel.org \
    --cc=sureshdrajan@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.