From: Andreas Henriksson <andreas@fatal.se>
To: Karel Zak <kzak@redhat.com>
Cc: "Pádraig Brady" <P@draigBrady.com>, util-linux@vger.kernel.org
Subject: Re: [PATCH] tests: allow non-inotify tailf to keep up
Date: Mon, 28 Jul 2014 14:21:15 +0200 [thread overview]
Message-ID: <20140728122115.GA17573@fatal.se> (raw)
In-Reply-To: <20140728115923.GK8533@x2.net.home>
Hello!
On Mon, Jul 28, 2014 at 01:59:23PM +0200, Karel Zak wrote:
> On Sun, Jul 27, 2014 at 01:36:01PM +0100, Pádraig Brady wrote:
> > For such tests coreutils uses a helper function
> > to apply a truncated exponential backoff,
> > to run quickly in the common case, but also
> > delay longer if necessary. See retry_delay_() at:
Thanks for the pointer!
> >
> > http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=init.cfg;h=725ee121;hb=HEAD#l608
>
> Andreas? (hint: send a new patch :-))
I fail to see how this is useful here. We either need a short delay (using
inotify) or a longer delay (not using inotify). All other steps seems
pointless to me, even harmful in non-inotify case!
Having a too short delay before appending data could make the testcase
succed even when tailf doesn't work properly (because it wakes up and
reads all data in first go).
And obviously having a too short delay before the file removal could
cause the test case to fail, but I consider false-positives worse
then false-negatives myself.
My hope was that 2*0.5s delay would be both low and high enough
to be good enough everywhere. Just wanted to warn about this maybe
not being 100% fail-proof.
If anyone else want to propose a solution/patch here, feel free!
Regards,
Andreas Henriksson
next prev parent reply other threads:[~2014-07-28 12:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-26 20:44 [PATCH] tests: allow non-inotify tailf to keep up Andreas Henriksson
2014-07-27 12:36 ` Pádraig Brady
2014-07-28 11:59 ` Karel Zak
2014-07-28 12:21 ` Andreas Henriksson [this message]
2014-07-29 10:19 ` Karel Zak
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=20140728122115.GA17573@fatal.se \
--to=andreas@fatal.se \
--cc=P@draigBrady.com \
--cc=kzak@redhat.com \
--cc=util-linux@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