public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
From: "kevinb at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug server/30387] gdbserver assert error on arm platform
Date: Sat, 12 Aug 2023 02:38:40 +0000	[thread overview]
Message-ID: <bug-30387-4717-lT3ocjqWIF@http.sourceware.org/bugzilla/> (raw)
In-Reply-To: <bug-30387-4717@http.sourceware.org/bugzilla/>

https://sourceware.org/bugzilla/show_bug.cgi?id=30387

--- Comment #24 from Kevin Buettner <kevinb at redhat dot com> ---
I did some testing and found that with the loop count (for the 'next'
commands) set to 200, it would take my Raspberry Pi, using
--target_board=native-gdbserver, nearly seven minutes to run the new
test, gdb.threads/next-fork-exec-other-thread.exp.  My macbook running
F38 would take nearly a minute and a half while an x86-64 VM also
running F38 would run the test in a little under a minute.

After a bunch of testing, I settled on changing that loop count to
30.  This would still reliably reproduce the bug that Zhiyong had
reported, but also finished considerably more quickly.  The Raspberry
Pi would finish in under a minute and a half while the macbook and
the x86-64 VM would finish in around 15 seconds. Native testing for
these targets completes in less than 10 seconds.

Therefore, in the interest of not causing overall testing to slow
down too much, I've reduced the loop count from 200 to 30.

My complete findings are below - stop here for the TLDR version!...

Command used for native-gdbserver:

time make check RUNTESTFLAGS="--target_board=native-gdbserver"
TESTS=gdb.threads/next-fork-exec-other-thread.exp

Command used for native:

time make check RUNTESTFLAGS=""
TESTS=gdb.threads/next-fork-exec-other-thread.exp

200 iterations:

rpi, unpatched, native-gdbserver: 2m51.976s (14 failures reported)
rpi, patched, native-gdbserver:   6m48.753s (2 failures reported)
rpi, unpatched, native:           2m11.673s 
rpi, patched, native:             2m9.436s

macbook, unpatched, native-gdbserver: 1m24.372s
macbook, patched, native-gdbserver:   1m26.793s
macbook, unpatched, native:           0m17.314s
macbook, patched, native:             0m18.017s

f38-1, unpatched, native-gdbserver: 0m55.265s
f38-1, patched, native-gdbserver:   0m52.767s
f38-1, unpatched, native:           0m23.419s
f38-1, patched, native:             0m23.119s

150 iterations:

rpi, unpatched, native-gdbserver: 2m31.826s (13 failures reported)
rpi, patched, native-gdbserver:   5m3.467s (2 failures reported)
rpi, unpatched, native:           1m43.856s
rpi, patched, native:             1m41.656s

macbook, unpatched, native-gdbserver: 1m9.472s
macbook, patched, native-gdbserver:   1m13.066s
macbook, unpatched, native:           0m13.646s
macbook, patched, native:             0m13.460s

f38-1, unpatched, native-gdbserver: 0m42.931s
f38-1, patched, native-gdbserver:   0m42.484s
f38-1, unpatched, native:           0m20.117s
f38-1, patched, native:             0m19.720s

100 iterations:

rpi, unpatched, native-gdbserver: 2m4.937s (13 failures reported)
rpi, patched, native-gdbserver:   3m56.154s (1 failure reported)
rpi, unpatched, native:           1m16.185s
rpi, patched, native:             1m14.161s

macbook, unpatched, native-gdbserver: 0m44.304s
macbook, patched, native-gdbserver:   0m41.998s
macbook, unpatched, native:           0m9.782s
macbook, patched, native:             0m10.400s

f38-1, unpatched, native-gdbserver: 0m30.188s
f38-1, patched, native-gdbserver:   0m30.122s
f38-1, unpatched, native:           0m15.375s
f38-1, patched, native:             0m15.306s

50 iterations:

rpi, unpatched, native-gdbserver: 1m22.541s (13 failures reported)
rpi, patched, native-gdbserver:   1m4.468s ( 1 failure reported)
rpi, unpatched, native:           0m48.767s
rpi, patched, native:             0m46.831s

macbook, unpatched, native-gdbserver: 0m25.266s
macbook, patched, native-gdbserver:   0m24.684s
macbook, unpatched, native:           0m6.302s
macbook, patched, native:             0m6.542s

f38-1, unpatched, native-gdbserver: 0m19.392s
f38-1, patched, native-gdbserver:   0m19.449s
f38-1, unpatched, native:           0m11.191s
f38-1, patched, native:             0m11.409s

30 iterations:

rpi, unpatched, native-gdbserver: 1m3.633s (12 failures reported)
rpi, patched, native-gdbserver:   1m27.072s (0 failures reported!)
rpi, unpatched, native:           0m37.846s
rpi, patched, native:             0m35.950s

macbook, unpatched, native-gdbserver: 0m14.870s
macbook, patched, native-gdbserver:   0m14.537s
macbook, unpatched, native:           0m4.605s
macbook, patched, native:             0m4.770s

f38-1, unpatched, native-gdbserver: 0m15.249s
f38-1, patched, native-gdbserver:   0m14.830s
f38-1, unpatched, native:           0m9.762s
f38-1, patched, native:             0m9.674s

20 iterations:

rpi, unpatched, native-gdbserver: 0m53.582s (11 failures reported)
rpi, patched, native-gdbserver:   1m5.585s (0 failures reported)
rpi, unpatched, native:           0m32.360s
rpi, patched, native:             0m30.554s

macbook, unpatched, native-gdbserver: 0m10.432s
macbook, patched, native-gdbserver:   0m10.776s
macbook, unpatched, native:           0m4.029s
macbook, patched, native:             0m4.189s

f38-1, unpatched, native-gdbserver: 0m12.492s
f38-1, patched, native-gdbserver:   0m12.477s
f38-1, unpatched, native:           0m8.801s
f38-1, patched, native:             0m8.729s

Back to 30 iterations, only rpi w/ native-gdbserver, multiple runs:

rpi, unpatched, native-gdbserver:

0m51.597s       : 13 failures, 12 core files
0m54.998s       : 13 failures, 12 core files
1m0.335s        : 12 failures, 12 core files
0m54.722s       : 12 failures, 11 core files
0m55.992s       : 12 failures, 12 core files

rpi, patched, native-gdbserver:

1m27.186s       : no failures
1m27.660s       : no failures
1m28.207s       : no failures
1m26.833s       : no failures
1m27.291s       : no failures

But note that no failures noted above doesn't mean that there isn't a
problem!  We just haven't iterated through enough GDB 'next' commands
to see it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

  parent reply	other threads:[~2023-08-12  2:38 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-25  6:43 [Bug gdb/30387] New: " 2982971635 at qq dot com
2023-04-25  6:54 ` [Bug gdb/30387] " 2982971635 at qq dot com
2023-04-25  6:55 ` 2982971635 at qq dot com
2023-04-25  7:01 ` 2982971635 at qq dot com
2023-04-25  7:02 ` 2982971635 at qq dot com
2023-05-02  7:11 ` luis.machado at arm dot com
2023-05-02 14:17 ` [Bug server/30387] " luis.machado at arm dot com
2023-05-04  9:17 ` 2982971635 at qq dot com
2023-05-04 10:45 ` luis.machado at arm dot com
2023-05-05  2:20 ` 2982971635 at qq dot com
2023-05-05  2:22 ` 2982971635 at qq dot com
2023-05-10  7:41 ` 2982971635 at qq dot com
2023-05-10  7:52 ` luis.machado at arm dot com
2023-05-10  7:52 ` luis.machado at arm dot com
2023-05-10  9:16 ` 2982971635 at qq dot com
2023-05-11  1:56 ` simon.marchi at polymtl dot ca
2023-05-11  2:50 ` 2982971635 at qq dot com
2023-06-07 10:24 ` 2982971635 at qq dot com
2023-07-05 14:25 ` brobecker at gnat dot com
2023-07-05 14:33 ` luis.machado at arm dot com
2023-07-05 15:21 ` brobecker at gnat dot com
2023-08-08  2:59 ` kevinb at redhat dot com
2023-08-11 16:45 ` luis.machado at arm dot com
2023-08-11 17:33 ` kevinb at redhat dot com
2023-08-11 17:59 ` luis.machado at arm dot com
2023-08-12  2:38 ` kevinb at redhat dot com [this message]
2023-08-12  3:54 ` cvs-commit at gcc dot gnu.org
2023-08-12  4:02 ` kevinb at redhat dot com

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=bug-30387-4717-lT3ocjqWIF@http.sourceware.org/bugzilla/ \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=gdb-prs@sourceware.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).