From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2944 invoked by alias); 22 Jan 2003 15:02:54 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2937 invoked from network); 22 Jan 2003 15:02:53 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 22 Jan 2003 15:02:53 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h0MEY3f01507 for ; Wed, 22 Jan 2003 09:34:03 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h0MF2ja07738 for ; Wed, 22 Jan 2003 10:02:45 -0500 Received: from localhost.redhat.com (romulus-int.sfbay.redhat.com [172.16.27.46]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h0MF2ib29436; Wed, 22 Jan 2003 10:02:44 -0500 Received: by localhost.redhat.com (Postfix, from userid 469) id C7893FF79; Wed, 22 Jan 2003 10:07:10 -0500 (EST) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15918.45982.254578.620499@localhost.redhat.com> Date: Wed, 22 Jan 2003 15:02:00 -0000 To: "Martin M. Hunt" Cc: gdb@sources.redhat.com Subject: Re: very very slow symbol searches In-Reply-To: <1043236817.32119.7.camel@Dragon> References: <1043236817.32119.7.camel@Dragon> X-SW-Source: 2003-01/txt/msg00373.txt.bz2 Martin M. Hunt writes: > Anyone have any idea why search_symbols in symtab.c is now a few > thousand times slower than it used to be? At least it is on Linux x86. > > Insight calls search_symbols twice on startup. Sometime 2-4 weeks ago, > (builds from CVS on sources) Insight started taking a minute or two to > load when debugging itself. It is very fast when debugging small > programs, but large things like insight or gdb take forever. At first > glance the problem is that search_symbols() is taking 20-30 seconds to > return. there have been some changes to that function on 12-23. Could you try backing those out? This was a change we convinced ourselves it was ok to do, but maybe it is problematic. Another change was to find_pc_sect_line, not sure if that would have an impact. Elena > > Everything is fine on Windows which starts up much faster than Linux, > even before this latest slowness. > > Martin > > >