From: Niklas Cassel <Niklas.Cassel@wdc.com>
To: Shinichiro Kawasaki <shinichiro.kawasaki@wdc.com>
Cc: "fio@vger.kernel.org" <fio@vger.kernel.org>,
Jens Axboe <axboe@kernel.dk>, Vincent Fu <vincentfu@gmail.com>,
Damien Le Moal <dlemoal@kernel.org>
Subject: Re: [PATCH 1/2] zbd: do not check open zones status and limits when jobs do not write
Date: Tue, 21 Jan 2025 09:17:03 +0000 [thread overview]
Message-ID: <Z49mDl_xUPaaan8t@ryzen> (raw)
In-Reply-To: <20250121083913.1216619-2-shinichiro.kawasaki@wdc.com>
On Tue, Jan 21, 2025 at 05:39:12PM +0900, Shin'ichiro Kawasaki wrote:
> Currently, fio checks the conditions of each zone within the IO range at
> the job start. If a zone is in an open condition, it is added to the
> write target zone array. If the number of write target zones exceeds the
> max_open_zones or job_max_open_zones limit, fio terminates with the
> error message "Number of open zones exceeds max_open_zones limit". This
> check for zone condition and the resulting termination occur even when
> the job does not perform a write operation, leading to confusion among
> users.
>
> To avoid the confusion, skip the check when jobs do not perform write
> operations. Additionally, print the message to inform that the
> job_max_open_zones limit does not work for non-write jobs.
>
> Signed-off-by: Shin'ichiro Kawasaki <shinichiro.kawasaki@wdc.com>
> ---
> zbd.c | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
> diff --git a/zbd.c b/zbd.c
> index 8a092cbe..ee095b1d 100644
> --- a/zbd.c
> +++ b/zbd.c
> @@ -1264,6 +1264,16 @@ int zbd_setup_files(struct thread_data *td)
> return 1;
> }
>
> + /*
> + * If this job does not do write operations, skip open zone
> + * condition check.
> + */
> + if (!td_write(td)) {
> + if (td->o.job_max_open_zones)
> + log_info("'job_max_open_zones' is valid only for write jobs\n");
> + continue;
> + }
> +
zbd_setup_files() currently loops from f->min_zone to f->max_zone.
Since this check is now skipped if the job does notdo write operations,
could perhaps zbd_setup_files() be changed to loop from f->write_min_zone
to f->write_max_zone instead?
Kind regards,
Niklas
next prev parent reply other threads:[~2025-01-21 9:17 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-21 8:39 [PATCH 0/2] zbd: fix open zone status check for non-write jobs Shin'ichiro Kawasaki
2025-01-21 8:39 ` [PATCH 1/2] zbd: do not check open zones status and limits when jobs do not write Shin'ichiro Kawasaki
2025-01-21 9:17 ` Niklas Cassel [this message]
2025-01-22 1:11 ` Shinichiro Kawasaki
2025-01-21 8:39 ` [PATCH 2/2] t/zbd: add test case to confirm no max_open_zones limit check Shin'ichiro Kawasaki
2025-01-21 8:49 ` [PATCH 0/2] zbd: fix open zone status check for non-write jobs fiotestbot
2025-01-21 9:14 ` Niklas Cassel
2025-01-22 1:02 ` Shinichiro Kawasaki
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=Z49mDl_xUPaaan8t@ryzen \
--to=niklas.cassel@wdc.com \
--cc=axboe@kernel.dk \
--cc=dlemoal@kernel.org \
--cc=fio@vger.kernel.org \
--cc=shinichiro.kawasaki@wdc.com \
--cc=vincentfu@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox