From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1109 invoked by alias); 12 Sep 2008 18:08:41 -0000 Received: (qmail 1084 invoked by uid 22791); 12 Sep 2008 18:08:39 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 12 Sep 2008 18:08:05 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id m8CI6fvt012943; Fri, 12 Sep 2008 14:07:01 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m8CI6U7D005340; Fri, 12 Sep 2008 14:06:30 -0400 Received: from opsy.redhat.com (vpn-10-13.bos.redhat.com [10.16.10.13]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id m8CI6RHc019107; Fri, 12 Sep 2008 14:06:29 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 4D09188803A; Fri, 12 Sep 2008 12:06:34 -0600 (MDT) To: Joel Brobecker Cc: gdb-patches@sourceware.org Subject: Re: [RFA/commit/dwarf] Create partial symbols for nested subprograms References: <20080910201959.GC10133@adacore.com> <20080910203437.GA26162@caradoc.them.org> <20080911175422.GS12222@adacore.com> <20080911183730.GA17809@caradoc.them.org> <20080912041800.GA3714@adacore.com> <20080912165541.GE3714@adacore.com> <20080912174240.GF3714@adacore.com> From: Tom Tromey Reply-To: Tom Tromey X-Attribution: Tom Date: Fri, 12 Sep 2008 18:08:00 -0000 In-Reply-To: <20080912174240.GF3714@adacore.com> (Joel Brobecker's message of "Fri\, 12 Sep 2008 10\:42\:40 -0700") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 X-SW-Source: 2008-09/txt/msg00279.txt.bz2 >>>>> "Joel" == Joel Brobecker writes: Joel> but the one thing that I am wondering is how users will respond Joel> to an unexpectedly long delay when entering a command that is Joel> usually fast and yet takes a noticeably long time that one Joel> time. For intance, imagine the following scenario: Joel> % gdb my_300MB_exe Joel> (gdb) break main Joel> [12 secs later...] Joel> Breakpoint 1, ... Yeah, I wonder that too. One thing to note is that, on average, we should expect the delay here to be half of the startup delay that users experience today. My reasoning is that, on average, we should only have to load half the psymtabs before finding a symbol. (Of course, the worst case does happen regularly, so this is not entirely satisfactory.) I will do some more tests and fixing of this patch sometime soon. If this is a big problem perhaps I'll reopen the pubnames investigation. Or maybe we can use the minimal symbols as a guide somehow, in some common cases (or maybe we do already, I did not look at this in depth). (FWIW I'm also curious about lazily reading minimal symbols.) Tom