All of lore.kernel.org
 help / color / mirror / Atom feed
From: Shivam Dhir <dhirs1@uci.edu>
To: fio@vger.kernel.org
Subject: FIO Issue #755
Date: Thu, 28 Mar 2019 09:55:47 -0700	[thread overview]
Message-ID: <CAKaVHqfGJnRP9mM_o8x+jY3e9Bq2XDieXssMU7J3VH6HTstrzQ@mail.gmail.com> (raw)

Hi

Continuing the discussion on FIO issue #755 from the github page

My intention is to simulate a mixed i/o for overlapped reads/writes.
More specifically, I want some reads and write to be overlapped so
that I can test a cache feature of a write i.e. if the write is still
not written to NAND and there is a read issued for that specific data,
I want to cover that edge case in my drive firmware.

For this, I came up with 70-30 ratio for reads and writes respectively
and used the following parameters: (changed from original post, I
mistakenly put the wrong filename in ealier one)

./fio --ioengine=libaio --filename=/dev/nvme0n1 --direct=1 --bs=4K
--rw=randrw --percentage_random=100,0 --rwmixread=70 --iodepth=128
--do_verify=1 --verify=md5 --verify_interval=4096 --runtime=300

My assumption here is that when I issue the above command, fio is
doing some writes on some blocks and reads the same data. So with a
do_verify=1, it should run fine. Is this correct?

In view of the above, I am looking for further clarity on below things.

sitsofe-->"This questions is vague... fio does I/O against specific
points of the file so with your job above if fio chooses to do a read
at offset 0 fio will read whatever the first 32 killobytes of the file
is."

Which file is being referred to here. Is it the same as being written?
If not, then what is it reading if the drive is fully erased.

Also, If the read and write are independent i.e fio is writing
something else and reading something else, what does do_verify=1 will
be verifying then. My current assumption here is that do_verify=1
verifies that read data was same as written data.

sitsofe-->"Not exactly but it is complicated."

Your comment is suggesting that its reading some other blocks
unrelated to where the writes are issued. If that is the case

1. How can I make sure it is reading what I am writing through fio.
2. how the command needs to be modified simulate a overlapped
read/writes as intended above.

Thanks in advance!


             reply	other threads:[~2019-03-28 16:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-28 16:55 Shivam Dhir [this message]
2019-03-29  6:36 ` FIO Issue #755 Sitsofe Wheeler
2019-04-01 18:37   ` Jeff Furlong

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=CAKaVHqfGJnRP9mM_o8x+jY3e9Bq2XDieXssMU7J3VH6HTstrzQ@mail.gmail.com \
    --to=dhirs1@uci.edu \
    --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.