From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16703 invoked by alias); 28 May 2014 07:59:09 -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 16690 invoked by uid 89); 28 May 2014 07:59:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_00,KAM_STOCKTIP,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 X-HELO: relay4-d.mail.gandi.net Received: from relay4-d.mail.gandi.net (HELO relay4-d.mail.gandi.net) (217.70.183.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 28 May 2014 07:59:08 +0000 Received: from mfilter1-d.gandi.net (mfilter1-d.gandi.net [217.70.178.130]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 8613C1720E4 for ; Wed, 28 May 2014 09:59:05 +0200 (CEST) Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter1-d.gandi.net (mfilter1-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id atQgbASx1O1w for ; Wed, 28 May 2014 09:59:03 +0200 (CEST) Received: from macpro2.woplandia (cpc6-enfi20-2-0-cust38.20-2.cable.virginm.net [92.237.164.39]) (Authenticated sender: a.cavallo@cavallinux.eu) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 6E7141720F7 for ; Wed, 28 May 2014 09:59:03 +0200 (CEST) Message-ID: <53859746.7030601@cavallinux.eu> Date: Wed, 28 May 2014 08:56:00 -0000 From: Antonio Cavallo User-Agent: Postbox 3.0.9 (Macintosh/20140129) MIME-Version: 1.0 To: gdb@sourceware.org Subject: gdb symbol lookup very slow Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-05/txt/msg00077.txt.bz2 Hi, I'm having hard time debugging a (very large) C++ library under gdb (gdb 7.7.1, gcc 4.8, binutils 2.22). The main issue is the time it takes to reach a breakpoint: gdb takes an insane amount of time (order of 2mins) vs vs2012 (a couple of seconds). I've profiled gdb and the top functions called during the debugging are (more than 90% is spent in these): strcmp_iw find_pc_sect_psymtab symbol_get_demangled_name symbol_search_name I suspect gdb doesn't cache the symbols: is there any way to speedup this lookup? Is there any other explanation for why gdb is so much slower than visual studio? I've repeated the run with lldb (from svn), and it is at least two times faster than gdb. Any suggestion where to look for? Thanks