From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26062 invoked by alias); 29 May 2014 23:32:20 -0000 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org Received: (qmail 26031 invoked by uid 48); 29 May 2014 23:32:20 -0000 From: "dje at google dot com" To: gdb-prs@sourceware.org Subject: [Bug symtab/16994] performance issue looking up static symbols (e.g. int, int64 typedef). Date: Thu, 29 May 2014 23:32:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: symtab X-Bugzilla-Version: HEAD X-Bugzilla-Keywords: performance X-Bugzilla-Severity: normal X-Bugzilla-Who: dje at google dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-q2/txt/msg00339.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=16994 --- Comment #1 from dje at google dot com --- In the .gdb_index of the monster benchmark I'm using, there are 10K entries for int64, and none for void. Thus any time gdb iterates over symbol tables to look up void, it's a total waste of time. gdb should probably (still TBD) use .gdb_index for STATIC_BLOCK lookups in addition to GLOBAL_BLOCK lookups (see pr 16998), before iterating over all currently expanded symtabs. But I think the case of looking up "void" is a good example of needing to look in the default set (provided by the arch) after looking in the current CU for STATIC_BLOCK lookups. -- You are receiving this mail because: You are on the CC list for the bug.