From: Jan Stancek <jstancek@redhat.com>
To: ltp@lists.linux.it
Subject: [LTP] [PATCH v2] read_all: retry to queue work for any worker
Date: Sat, 12 Oct 2019 02:49:20 -0400 (EDT) [thread overview]
Message-ID: <23965038.5952515.1570862960195.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <CAEemH2f2_5wNfNB=a-+=E+KevFOVvjCQ0sjBEG-eS27dwQxarw@mail.gmail.com>
----- Original Message -----
> On Sat, Oct 12, 2019 at 2:17 PM Jan Stancek <jstancek@redhat.com> wrote:
>
> >
> >
> > ----- Original Message -----
> > > Hi Jan,
> > >
> > > On Fri, Oct 11, 2019 at 4:24 PM Li Wang <liwang@redhat.com> wrote:
> > >
> > > >
> > > >
> > > > On Wed, Oct 9, 2019 at 10:43 PM Jan Stancek <jstancek@redhat.com>
> > wrote:
> > > >
> > > >> read_all is currently retrying only for short time period and it's
> > > >> retrying to queue for same worker. If that worker is busy, it easily
> > > >> hits timeout.
> > > >>
> > > >> For example 'kernel_page_tables' on aarch64 can take long time to
> > > >> open/read:
> > > >> # time dd if=/sys/kernel/debug/kernel_page_tables of=/dev/null
> > count=1
> > > >> bs=1024
> > > >> 1+0 records in
> > > >> 1+0 records out
> > > >> 1024 bytes (1.0 kB, 1.0 KiB) copied, 13.0531 s, 0.1 kB/s
> > > >>
> > > >> real 0m13.066s
> > > >> user 0m0.000s
> > > >> sys 0m13.059s
> > > >>
> > > >> Rather than retrying to queue for specific worker, pick any that can
> > > >> accept
> > > >> the work and keep trying until we succeed or hit test timeout.
> > > >>
> > > >
> > > RFC:
> > >
> > > Base on your patch, I'm thinking to achieve a new macro TST_INFILOOP_FUNC
> > > which can repeat the @FUNC infinitely. Do you feel it satisfies your
> > > requirements to some degree or meaningful to LTP?
> >
> > I'm OK with concept. I'd like more some variation of *RETRY* for name.
> > Comments below.
> >
>
> Thanks, what about naming: TST_INFI_RETRY_FUNC?
Or just keep TST_RETRY_FUNC and add parameter to it?
>
> And do you mind use it to replace your function work_push_retry()? I know
> it may be not smarter than work_push_retry() but it looks tiny for code.
It may need some wrapper, because work_push_retry() may be passing different
argument to function on each retry, which was one of reasons for the patch.
>
> > ...
> > > +#define TST_INFILOOP_FUNC(FUNC, ERET) \
> > > + TST_RETRY_FN_EXP_BACKOFF(FUNC, ERET, -1)
> > > +
> > > #define TST_RETRY_FN_EXP_BACKOFF(FUNC, ERET, MAX_DELAY) \
> > > -({ int tst_delay_ = 1; \
> > > +({ int tst_delay_ = 1, tst_max_delay_ = MAX_DELAY; \
> > > + if (MAX_DELAY < 0) \
> > > + tst_max_delay_ *= MAX_DELAY; \
> >
> > Shouldn't this be just times (-1). For -5 you get 25 as max sleep time.
> >
>
> Agree.
>
> >
> > > for (;;) { \
> > > typeof(FUNC) tst_ret_ = FUNC; \
> > > if (tst_ret_ == ERET) \
> > > break; \
> > > - if (tst_delay_ < MAX_DELAY * 1000000) { \
> > > - usleep(tst_delay_); \
> > > + usleep(tst_delay_); \
> > > + if (tst_delay_ < tst_max_delay_ * 1000000) { \
> > > tst_delay_ *= 2; \
> > > } else { \
> > > - tst_brk(TBROK, #FUNC" timed out"); \
> > > + if (MAX_DELAY > 0) \
> >
> > pastebin has this condition backwards, but here it looks ok
>
> Sorry for the typo in pastebin.
>
> --
> Regards,
> Li Wang
>
next prev parent reply other threads:[~2019-10-12 6:49 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-09 10:29 [LTP] [PATCH] read_all: retry to queue work for any worker Jan Stancek
2019-10-09 13:56 ` Cyril Hrubis
2019-10-09 14:29 ` Jan Stancek
2019-10-09 14:42 ` [LTP] [PATCH v2] " Jan Stancek
2019-10-09 15:26 ` Cyril Hrubis
2019-10-11 8:24 ` Li Wang
2019-10-12 5:58 ` Li Wang
2019-10-12 6:17 ` Jan Stancek
2019-10-12 6:35 ` Li Wang
2019-10-12 6:49 ` Jan Stancek [this message]
2019-10-12 7:28 ` Li Wang
2019-10-13 7:54 ` Jan Stancek
2019-10-14 6:31 ` Li Wang
2019-10-15 14:15 ` Jan Stancek
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=23965038.5952515.1570862960195.JavaMail.zimbra@redhat.com \
--to=jstancek@redhat.com \
--cc=ltp@lists.linux.it \
/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