From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28834 invoked by alias); 23 May 2013 04:41:46 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 28823 invoked by uid 89); 23 May 2013 04:41:46 -0000 X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_SOFTFAIL autolearn=ham version=3.3.1 Received: from oproxy12-pub.bluehost.com (HELO oproxy12-pub.bluehost.com) (50.87.16.10) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with SMTP; Thu, 23 May 2013 04:41:45 +0000 Received: (qmail 5589 invoked by uid 0); 23 May 2013 04:41:43 -0000 Received: from unknown (HELO box531.bluehost.com) (74.220.219.131) by oproxy12.bluehost.com with SMTP; 23 May 2013 04:41:43 -0000 Received: from [146.115.71.23] (port=34425 helo=[172.31.1.206]) by box531.bluehost.com with esmtpsa (SSLv3:CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1UfNLT-00058K-Dy; Wed, 22 May 2013 22:41:43 -0600 Message-ID: <1369284101.7209.197.camel@homebase> Subject: Re: [GDB 7.6/GCC 4.8.0] Slowdown in GDB macro processing for cores? From: Paul Smith Reply-To: psmith@gnu.org To: Doug Evans Cc: Tom Tromey , Pedro Alves , gdb Date: Thu, 23 May 2013 04:41:00 -0000 In-Reply-To: References: <1368733335.4101.743.camel@pdsdesk> <51960329.2010802@redhat.com> <1369248335.7209.151.camel@homebase> <1369250399.7209.164.camel@homebase> <87wqqqg4e2.fsf@fleche.redhat.com> <1369264444.7209.184.camel@homebase> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Identified-User: {678:box531.bluehost.com:madscie1:mad-scientist.us} {sentby:smtp auth 146.115.71.23 authed with paul@mad-scientist.us} X-SW-Source: 2013-05/txt/msg00112.txt.bz2 On Wed, 2013-05-22 at 19:44 -0700, Doug Evans wrote: > On Wed, May 22, 2013 at 4:14 PM, Paul Smith wrote: > > On Wed, 2013-05-22 at 14:12 -0600, Tom Tromey wrote: > > And the top 10 users in the slow instance: > > > > Each sample counts as 0.01 seconds. > > % cumulative self self total > > time seconds seconds calls ms/call ms/call name > > 23.99 14.26 14.26 69374700 0.00 0.00 lookup_partial_symbol > > 23.77 28.39 14.13 784950557 0.00 0.00 strcmp_iw > > 11.74 35.37 6.98 763482775 0.00 0.00 symbol_get_demangled_name > > 7.23 39.67 4.30 819480663 0.00 0.00 symbol_natural_name > > 7.22 43.96 4.29 373483 0.01 0.01 lookup_symbol_aux_psymtabs > > 5.60 47.29 3.33 777569558 0.00 0.00 symbol_matches_domain > > 4.98 50.25 2.96 819477261 0.00 0.00 symbol_search_name > > 2.46 51.71 1.46 34366788 0.00 0.00 strcmp_iw_ordered > > 1.51 52.61 0.90 4 225.00 225.00 fprintf_symbol_filtered > > 1.46 53.48 0.87 15316453 0.00 0.00 xstrdup > > Looks rather familiar. :-) Hi Doug; I'm not sure what that means; is there already a bug filed about this? Is it a known issue? I tested with the latest code on master in the Git repo earlier today and saw the same slow behavior, so it's not been fixed since 7.6 was released. Cheers!