From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111210 invoked by alias); 12 Aug 2015 17:40:40 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 111200 invoked by uid 89); 12 Aug 2015 17:40:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-io0-f177.google.com Received: from mail-io0-f177.google.com (HELO mail-io0-f177.google.com) (209.85.223.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 12 Aug 2015 17:40:38 +0000 Received: by iodv127 with SMTP id v127so11686043iod.3 for ; Wed, 12 Aug 2015 10:40:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=7G+nu9eq9d0twp57x5qnqpCZUheqkEFBbjjniXL1q3c=; b=dQs30aJmUVeAE0zEp6PXKQYxxKJ0GObpVXKfDaQ9GhH+uWd0zBwC3SbKXLzRg5qfyx i0kiTHnCHrdU5pvDID0GtTdtOS1nbZzR8iKd37+uzuh07b82eoZylK6CuZLYUgwtT5RG 7P8aBiSXMMDCjAxknqBGF5Y9pJde+V0D0gHUnMCmPD6mcgif7Lt5QgxJ1/94AHFsXDIf /n4xGBvNZfGQsijuLQwbcL6I4BXOeDJnuFfpEbvXDEsIhvJPlUIue2Y90KmIYfTI7Stn 49dNfa7OhUAxa/6xIyo0Edo6DpnSXL6VGn50NKFs/aLwDYKecv4Zveod1axmNK9QXn2T BGKg== X-Gm-Message-State: ALoCoQkgy0cBX13u97CFnyQ/V+qgVFeinAWznKbOPCcbD+DkMnKtOHifmG2deIU6/i7gD3HnuQSt X-Received: by 10.107.168.25 with SMTP id r25mr7212436ioe.32.1439401236690; Wed, 12 Aug 2015 10:40:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.93.102 with HTTP; Wed, 12 Aug 2015 10:39:56 -0700 (PDT) In-Reply-To: <55CB8300.3060004@codesourcery.com> References: <55C3A10F.3010106@codesourcery.com> <1439389814-29211-1-git-send-email-gbenson@redhat.com> <55CB8300.3060004@codesourcery.com> From: Doug Evans Date: Wed, 12 Aug 2015 17:40:00 -0000 Message-ID: Subject: Re: [PATCH] Make remote transfers interruptible To: Sandra Loosemore Cc: Gary Benson , gdb-patches , Pedro Alves Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-08/txt/msg00307.txt.bz2 On Wed, Aug 12, 2015 at 10:31 AM, Sandra Loosemore wrote: > On 08/12/2015 08:30 AM, Gary Benson wrote: >> >> Hi Sandra, >> >> Sandra Loosemore wrote: >>> >>> On 08/05/2015 09:28 AM, Gary Benson wrote: >>>> >>>> This commit makes it possible to interrupt slow remote file transfers. >>>> >>>> gdb/ChangeLog: >>>> >>>> * gdb_bfd.c (gdb_bfd_iovec_fileio_pread): Add QUIT call. >>> >>> >>> It still does not work for me. :-( >> >> >> Could you please try this newer version and see if it allows you to >> interrupt the remote transfers? > > > This version still doesn't make the transfer interruptable with ^C. *But*, > with this patch, the startup time is reduced from 4 minutes to 19 seconds. > Huh? Is it really transferring the entire file contents, or was the time > being used for some GDB-side operation that is quadratic or exponential in > the size of the read requested rather than the actual byte transfer? > Independently of the ^C issue, I think we need to better understand what is > going on here and better tune the code on both sides of the RSP for large > file transfers. Even if a user asks for target-side libraries explicitly, 4 > minutes to transfer one library doesn't provide a good user experience, and > 19 seconds isn't so great either when you consider that some interactive > applications link with dozens of GUI or multimedia libraries and not just > glibc. Dozens? How about thousands. 1/2 :-) [just want to make sure such cases are in the mindset of the community]