Re: [PATCH 0/2] Better handling of slow remote transfers

Gary Benson
2015-08-12T15:08:50Z

Pedro Alves wrote:
> On 08/12/2015 02:58 PM, Pedro Alves wrote:
> > GDB will usually cap the transfers to before they get to the
> > lower layers. E.g., look for 4096 in memory_xfer_partial,
> > target_read_alloc_1 and target_fileio_read_alloc_1.
> >
> > As this request is coming from the BFD side, we should probably
> > make remote_hostio_pread also cap the size of the vFile:pread
> > request. A reasonable number like a few KBs should not
> > introduce any noticeable slow down.
>
> But wait, I'm now confused -- isn't this a red herring? Since
> gdbserver is already limiting transfers to PBUFSIZE, this change
> should have no practical effect, right?
>
> How can BFD's large remote_hostio_pread result in large vFile:pread:
> packet responses then?

I think gdbserver is returning multiple packets but something in GDB
(getpkt_or_notif_sane_1?) is concatenating them together somehow.

Cheers,
Gary

--