From: "Radim Krčmář" <rkrcmar@redhat.com>
To: Peter Xu <peterx@redhat.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org,
Paolo Bonzini <pbonzini@redhat.com>,
Andrew Jones <drjones@redhat.com>
Subject: Re: [Qemu-devel] [kvm-unit-tests PATCH 2/2] run_tests: allow run tests in parallel
Date: Wed, 4 Jan 2017 15:55:42 +0100 [thread overview]
Message-ID: <20170104145541.GI2395@potion> (raw)
In-Reply-To: <20170103024501.GA22664@pxdev.xzpeter.org>
2017-01-03 10:45+0800, Peter Xu:
> On Mon, Jan 02, 2017 at 09:18:24PM +0100, Radim Krčmář wrote:
>> 2017-01-01 18:34+0800, Peter Xu:
>> > diff --git a/scripts/functions.bash b/scripts/functions.bash
>> Couldn't the queue be much simpler ...
>>
>> > + else
>> > + RUNTIME_log_file=$ut_default_log_file
>> > + "$@"
>> > + fi
>> > }
>> >
>> > function for_each_unittest()
>> > @@ -51,5 +62,10 @@ function for_each_unittest()
>> > fi
>> > done
>>
>> ... like this:
>>
>> while [ "`jobs | wc -l`" -gt $ut_run_queues ]; do
(Uh, should be -ge, and `wc -l` always has reasonable output, so quotes
are not necessary. Quotes would make more sense around the variable.)
>> wait
>
> I suppose you mean "wait -n" here?
Yes, sorry.
> And also a "if" should suffice
> here, though a "while" won't hurt as well.
I agree.
(I was lazy to read the manual to confirm, hence the first mistake as
well. I just remembered that bash wait has this weird behavior and
assumed that the wait in task_enqueue is already doing that ...)
>> done
>> run_task "$cmd" "$testname" "$groups" "$smp" "$kernel" "$opts" "$arch" "$check" "$accel" "$timeout" &
>
> I think this might work, however it has assumption that these $cmd
> tasks are the only jobs that is running in the background.
Yes, but run_task is already in a sub shell, so its jobs don't matter
and we can easily guarantee that for_each_unit_test won't spawn more.
> I didn't notice the "-n" parameter for "wait", otherwise I won't
> bother using SIGUSR1 at all. :)
(Btw. why couldn't you use SIGCHLD?)
next prev parent reply other threads:[~2017-01-04 14:55 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-01 10:34 [Qemu-devel] [kvm-unit-tests PATCH 0/2] run_tests: support concurrent test execution Peter Xu
2017-01-01 10:34 ` [Qemu-devel] [kvm-unit-tests PATCH 1/2] run_tests: provide RUNTIME_log_file Peter Xu
2017-01-01 10:34 ` [Qemu-devel] [kvm-unit-tests PATCH 2/2] run_tests: allow run tests in parallel Peter Xu
2017-01-02 20:18 ` Radim Krčmář
2017-01-03 2:45 ` Peter Xu
2017-01-04 14:55 ` Radim Krčmář [this message]
2017-01-05 2:35 ` Peter Xu
2017-01-05 20:31 ` Radim Krčmář
2017-01-02 17:07 ` [Qemu-devel] [kvm-unit-tests PATCH 0/2] run_tests: support concurrent test execution Paolo Bonzini
2017-01-02 20:25 ` Radim Krčmář
2017-01-03 2:50 ` Peter Xu
2017-01-03 3:03 ` Peter Xu
2017-01-03 9:31 ` Paolo Bonzini
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=20170104145541.GI2395@potion \
--to=rkrcmar@redhat.com \
--cc=drjones@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).