public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Florian Weimer <fweimer@redhat.com>
To: Mark Wielaard <mark@klomp.org>
Cc: Thomas Fitzsimmons <fitzsim@fitzsim.org>,
	 'GNU C Library' <libc-alpha@sourceware.org>,
	 Wilco Dijkstra <Wilco.Dijkstra@arm.com>,
	"Frank Ch. Eigler" <fche@elastic.org>
Subject: Re: [PATCH] Improve performance of IO locks
Date: Mon, 22 Aug 2022 12:25:44 +0200	[thread overview]
Message-ID: <871qt81snr.fsf@oldenburg.str.redhat.com> (raw)
In-Reply-To: <Yvzw6R0sZ5Xfn0uY@wildebeest.org> (Mark Wielaard's message of "Wed, 17 Aug 2022 15:45:13 +0200")

* Mark Wielaard:

> Hi Florian,
>
> On Tue, Aug 16, 2022 at 12:08:03PM +0200, Florian Weimer wrote:
>> * Mark Wielaard: 
>> > Yeah, I am actually surprised just reverting the patch fixed things.
>> > But looking at the bunsen data for glibc-debian-ppc64 does seem to
>> > show that the only thing changed is this particular patch. Runs before
>> > it pass, runs after show lots of fails.
>> >
>> > https://builder.sourceware.org/testruns/?has_keyvalue_like_k=testrun.git_describe&has_keyvalue_like_v=%25glibc-debian-ppc64%25
>> 
>> How do I read this table?
>
> Glad you ask! Although I think the mystery of the debian-ppc64 build
> failure has now been solved, the intent of the bunsenweb tool is to
> help figure out test result differences between builders. I have added
> Frank to the CC who can explain better than me. We'll also have a BoF
> at the GNU Tools Cauldron for suggestions on how the improve it and
> the integration with other sourceware services [*].
>
> So the table above is all the builds that bunsen knows about for
> glibc-debian-ppc64. Note that currently we only have one ppc64[be]
> worker that does glibc builds.
>
> You can select a couple of builds and compare them. Pick the failing
> one, which was 498f51, and the last succeeding one. And compare the
> results, configs, etc.

> There are a couple of ways to explore the diffs. One is by looking at
> the buildbot "upload to bunsen" step and select that URL (this really
> should be improved to make this easier to find). This then gives you
> different "clusters" of similar (but possible different) other builds
> to compare to. e.g. look at
> https://builder.sourceware.org/testrun/498f51f327afdd7030516455b709a31a0038b432
> 
> Another is to look at all results for a particular builder (as above)
> or to look at all the glibc builds using the (sql) search form. e.g.
> https://builder.sourceware.org/testruns/?has_keyvalue_like_k=testrun.git_describe&has_keyvalue_like_v=%25glibc%25

Thank you for these links, they surely look useful.  I assume the zebra
pattern in the table is not actually meaningful (it's too regular for
that), it's just to improve readability, right?

What confuses me still is that the run lists do not seem to have numbers
with failure counts.

Thanks,
Florian


  reply	other threads:[~2022-08-22 10:25 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-08 16:32 Wilco Dijkstra
2022-08-01 11:06 ` Wilco Dijkstra
2022-08-07 12:51   ` Cristian Rodríguez
2022-08-15 22:27   ` Mark Wielaard
2022-08-16  3:07     ` Thomas Fitzsimmons
2022-08-16  7:31       ` Florian Weimer
2022-08-16 10:00         ` Mark Wielaard
2022-08-16 10:08           ` Florian Weimer
2022-08-17 13:45             ` Mark Wielaard
2022-08-22 10:25               ` Florian Weimer [this message]
2022-08-22 14:58                 ` Frank Ch. Eigler
2022-08-16 11:19           ` Andreas Schwab
2022-08-16 10:24         ` Wilco Dijkstra
2022-08-16 13:18           ` Thomas Fitzsimmons
2022-08-16 14:31             ` Thomas Fitzsimmons
2022-08-17 11:53               ` Mark Wielaard

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=871qt81snr.fsf@oldenburg.str.redhat.com \
    --to=fweimer@redhat.com \
    --cc=Wilco.Dijkstra@arm.com \
    --cc=fche@elastic.org \
    --cc=fitzsim@fitzsim.org \
    --cc=libc-alpha@sourceware.org \
    --cc=mark@klomp.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 read-only IMAP folder(s) and NNTP newsgroup(s).