From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14332 invoked by alias); 10 Aug 2006 22:21:12 -0000 Received: (qmail 14321 invoked by uid 22791); 10 Aug 2006 22:21:11 -0000 X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 10 Aug 2006 22:21:09 +0000 Received: from home.wh0rd.org (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 6BD5264607 for ; Thu, 10 Aug 2006 22:21:06 +0000 (UTC) Received: (qmail 12432 invoked from network); 10 Aug 2006 18:18:39 -0400 Received: from unknown (HELO vapier) (192.168.0.2) by 192.168.0.1 with SMTP; 10 Aug 2006 18:18:39 -0400 From: Mike Frysinger To: Daniel Jacobowitz Subject: Re: slow script execution when debugging large binaries Date: Thu, 10 Aug 2006 22:21:00 -0000 User-Agent: KMail/1.9.3 Cc: gdb@sourceware.org, jzhang918@gmail.com References: <200608101633.08373.vapier@gentoo.org> <200608101804.21865.vapier@gentoo.org> <20060810220541.GA3074@nevyn.them.org> In-Reply-To: <20060810220541.GA3074@nevyn.them.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2480259.XuLXyknhE1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608101821.22692.vapier@gentoo.org> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00099.txt.bz2 --nextPart2480259.XuLXyknhE1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-length: 1123 On Thursday 10 August 2006 18:05, Daniel Jacobowitz wrote: > On Thu, Aug 10, 2006 at 06:04:20PM -0400, Mike Frysinger wrote: > > > But at a guess, you'll still have a symbol lookup on top of the > > > profile. > > > > yeah, new one attached looks as you thought > > Well there you go then. How are we getting into symbol lookups while > handling internal variables? A breakpoint on lookup_partial_symbol > will probably tell you. first time ive used gprof/looked at gdb source code so i could easily be of= f,=20 but the call graph i posted gives the clues we need ? looking at the gprof call graph, lookup_symbol() is only called by=20 write_dollar_variable() ... looking at parse.c, write_dollar_variable() doe= s=20 a symbol lookup on purpose because of funky systems (like hppa) that allow= =20 system routines to begin with $ or $$ if i cheat and comment out lookup_symbol() here and force sym to be NULL, t= he=20 speed test runs instantaneously even after loading up the kernel perhaps a build time check to allow this behavior ? force hppa targets to= =20 take the hit and not screw everyone else ? :) -mike --nextPart2480259.XuLXyknhE1 Content-Type: application/pgp-signature Content-length: 827 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (GNU/Linux) iQIVAwUARNuxYkFjO5/oN/WBAQICLxAAiNgd4Sb5p3eXUb+u/5yJjviE0ZCvtrHz tduoC/zOy3zc2pXP/VbqmknvnvSQS1OMDL7aNImU/rJV6Pq195lFSbMeqZ4S0T5B frMg3Ri4+Y7vnqpKh0PIQY37fne2HPiDjEyigKZKz4/jQ4KHTRgmlAC4XOtKsiQ0 E4Kz8xlt9t6+bSG38odbxFXQT6zQYGRhtKMI9bMEj7483O6R8Furo1IDNmA+OTPL mzlwG783+OEVU2Z806Jcm84cIVOanZqJ4z5ZaQNeKTdOD+bmMheKKb118/Rlu+46 gJxjbI5rTIxsUoZXGLRK9WQ4v3FMHt7K17Q6V/ect0TvQ/nvu5lEaiW5IMorSDdA bZ8qy3wg1G+wlLwu73GThMbPCBAPLHud2K/4aXDjKMUG5tLAr9eEElOSWf9e4hZB I1kRwYE28N1kXak01kbtt/00xsffpNa/yFC+wnMA+PvV2PJT1Nsu0imGoVhgsdNw f2ClOnb+j6H/T+g6yrVgLS6CsilHlJ04eHf5MqC58AnzQpDzY/KbMoRYydnx387V 0yaK42RG3xp10HsF357E5Yfjxnuq1sVSgOZVQhX8ye7mCcPgL3Yic/L34bTRm4uX SOEKFVh4QN3itysWGrhmvcsqIsr7/k6F1PfWTMKZZf87fe5QDPb/9/eNEo8jEJhr QEsYLAwgQ2M= =rGDx -----END PGP SIGNATURE----- --nextPart2480259.XuLXyknhE1--