From: Sandra Loosemore <sandra@codesourcery.com>
To: "gdb@sourceware.org" <gdb@sourceware.org>
Subject: Re: GDB now takes 4 minutes to start up with remote gdbserver target
Date: Fri, 24 Jul 2015 02:39:00 -0000 [thread overview]
Message-ID: <55B1A4FC.9010403@codesourcery.com> (raw)
In-Reply-To: <55B1768E.9090309@codesourcery.com>
On 07/23/2015 05:19 PM, Sandra Loosemore wrote:
>
> [snip]
>
> Is this really appropriate and user-friendly default behavior? Are
> users really expected to wait 4 minutes for GDB to start up whenever
> they debug a program on a remote target now? :-(
>
> It is definitely the vFile traffic that is slowing things down.... it
> comes back from the "c" command instantaneously if I disable those packets.
Some further observations:
(1) I don't see anything in the GDB manual to indicate that transferring
files from the target back to the host is the default behavior for "set
sysroot", nor do I see any kind of warning that this can be a very slow
operation.
(2) I don't know how users are supposed to know that "set sysroot" is
the source of this slowness, either. There needs to be something in the
section of the manual that discusses how to connect to a remote
gdbserver target that tells you what to do if the default behavior is
unacceptably slow.
(3) Once the "c" command is issued, there's nothing to inform the user
exactly what GDB is doing or that this can be a very slow operation
(e.g., with a progress bar).
(4) GDB doesn't respond to ^C during the 4 minutes it is doing whatever
it's doing to transfer files. It just sits there acting catatonic.
In absence of any other information, users are likely to come to the
same conclusion I did -- that GDB and/or GDBserver are broken and just
got wedged somewhere on startup. I was knowledgeable enough about GDB
internals to restart my session and do "set debug remote 1" prior to
connecting so I could see the RSP traffic and get a clue where it was
getting stuck; ordinary users would probably just give up in disgust, or
complain to their toolchain vendor :-P that GDB is broken.
While I appreciate that this change may be useful in fixing a class of
user problems, it is an incompatible change from past behavior and
causes a whole different set of problems for users. Can we please
consider restoring the default for "set sysroot" to its previous behavior?
-Sandra
next prev parent reply other threads:[~2015-07-24 2:39 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-23 23:21 Sandra Loosemore
2015-07-24 2:39 ` Sandra Loosemore [this message]
2015-07-24 8:52 ` Gary Benson
2015-07-24 13:59 ` Sandra Loosemore
2015-07-24 14:08 ` Paul_Koning
2015-07-24 15:11 ` Gary Benson
2015-07-24 15:27 ` Paul_Koning
2015-07-24 16:36 ` Pedro Alves
2015-07-24 16:58 ` Paul_Koning
2015-07-28 22:12 ` Pedro Alves
2015-07-24 17:19 ` Sandra Loosemore
2015-07-27 12:22 ` Gary Benson
2015-07-28 9:25 ` Gary Benson
2015-07-28 15:22 ` Sandra Loosemore
2015-07-29 10:00 ` Gary Benson
2015-07-28 15:38 ` Gary Benson
2015-07-28 17:04 ` Doug Evans
2015-07-28 22:13 ` Pedro Alves
2015-07-29 1:32 ` Sandra Loosemore
2015-07-26 20:03 ` Frank Ch. Eigler
2015-07-26 20:06 ` Jan Kratochvil
2015-07-26 20:50 ` Frank Ch. Eigler
2015-07-28 16:55 ` Doug Evans
2015-07-28 22:14 ` Pedro Alves
2015-07-29 10:39 ` Gary Benson
2015-07-29 16:54 ` Jan Kratochvil
2015-07-29 10:15 ` Gary Benson
2015-07-24 10:34 ` Gary Benson
2015-07-24 16:05 ` Sandra Loosemore
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=55B1A4FC.9010403@codesourcery.com \
--to=sandra@codesourcery.com \
--cc=gdb@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).