Flexible I/O Tester development
 help / color / mirror / Atom feed
From: Alexey Dobriyan <adobriyan@gmail.com>
To: Dmitry Fomichev <Dmitry.Fomichev@wdc.com>
Cc: "fio@vger.kernel.org" <fio@vger.kernel.org>
Subject: Re: [PATCH] zbd: remove reset_zone flag from fio_zone_info
Date: Fri, 21 Aug 2020 20:07:07 +0300	[thread overview]
Message-ID: <20200821170707.GA1443825@localhost.localdomain> (raw)
In-Reply-To: <MN2PR04MB5951788306F08D671035B797E15D0@MN2PR04MB5951.namprd04.prod.outlook.com>

On Wed, Aug 19, 2020 at 07:35:03PM +0000, Dmitry Fomichev wrote:
> 
> 
> > -----Original Message-----
> > From: Alexey Dobriyan <adobriyan@gmail.com>
> > Sent: Wednesday, August 19, 2020 8:56 AM
> > To: Dmitry Fomichev <Dmitry.Fomichev@wdc.com>
> > Cc: fio@vger.kernel.org
> > Subject: Re: [PATCH] zbd: remove reset_zone flag from fio_zone_info
> > 
> > > The reset_zone flag that is defined in fio_zone_info structure is
> > > only referenced in zbd_adjust_block() function. Convert this flag
> > > to a local variable and save some room in zbd_info array which can
> > > be pretty large when running fio against high capacity zoned devices.
> > 
> > This flag should be kept.
> > 
> > Test can crash or be interrupted leaving hw in indeterminate state,
> > it must be restarted from clean state. Or test can be precondition and
> > zone should not be reset.
> 
> This is beyond the scope of fio. Any preconditioning of zones is done
> by external scripts that have no access to this flag. Tools like blkzone,
> libzbc or nvme-cli are typically used to precondition zones before
> testing and to analyze zone state after test runs.

If it is a matter of policy that fio doesn't do preconditioning,
then the patch is OK.

We do preconditioning in fio, it is neat:
* don't need external programs
* everything inside one job file
* not a lot of code to add

But to do this, flag must live in "struct fio_zone_info".

	[zra]
	zone_reset_all=1
	zone_finish_all=1
	rw=write

	[pre]
	stonewall
	zone_reset_all=0
	zone_finish_all=0
	job_max_open_zones=...
	rw=write
		...

	[j]
	stonewall
	zone_reset_all=0
	zone_finish_all=0
	rw=randread
		...


  reply	other threads:[~2020-08-21 17:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-19 12:56 [PATCH] zbd: remove reset_zone flag from fio_zone_info Alexey Dobriyan
2020-08-19 19:35 ` Dmitry Fomichev
2020-08-21 17:07   ` Alexey Dobriyan [this message]
2020-08-27 19:18     ` Dmitry Fomichev
2020-09-02 12:49       ` Alexey Dobriyan
  -- strict thread matches above, loose matches on Subject: below --
2020-08-18  0:02 Dmitry Fomichev
2020-08-19  4:59 ` Damien Le Moal

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=20200821170707.GA1443825@localhost.localdomain \
    --to=adobriyan@gmail.com \
    --cc=Dmitry.Fomichev@wdc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox