From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53243 invoked by alias); 28 Feb 2019 11:32:52 -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 53233 invoked by uid 89); 28 Feb 2019 11:32:52 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=staring, H*x:WOW64, H*c:PHrt, H*x:10.0 X-HELO: sonic306-19.consmr.mail.ir2.yahoo.com Received: from sonic306-19.consmr.mail.ir2.yahoo.com (HELO sonic306-19.consmr.mail.ir2.yahoo.com) (77.238.176.205) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 28 Feb 2019 11:32:50 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s2048; t=1551353567; bh=8zeYYXT7cSFfhx5zZl24+XD5kJP7SS5N+lILUxfEraY=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=lBI/5P2fs/4R8vLVl8R9zOZXsXj6cmcm9ie3IZtoYthedXkPgZgwR0Bv7S8WSUd16uIJ9f9KQMIaf9J7M1n76EmF+Y9H5/hvo899wSe77YTFfV24Ahamzq/ZNeasWiM1CLa/Qnghh7IcsZJsM9GX70oZhoIU8reREjs+1d/ZsvVD20oVoH9WrijNBrkOcQ9sc0OtxEyjCCEQ+9g86W+4+Fj+5roLZw/GZofOoPbTUW4ZRr+GB0Q0AeSnPVZpxE1GfabSYDJiFkjRRrN+4wszfEtcaufd5prJD52MdMiLYpfWfSIOrrSRpflevsUuaOqrB/UifGIn3acy2LwHI+F80g== Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ir2.yahoo.com with HTTP; Thu, 28 Feb 2019 11:32:47 +0000 Date: Thu, 28 Feb 2019 11:32:00 -0000 From: "Hannes Domani via gdb" Reply-To: Hannes Domani To: GDB Development Message-ID: <1428427467.10799860.1551353565332@mail.yahoo.com> In-Reply-To: <87h8copz0d.fsf@tromey.com> References: <183519794.10360727.1551304006549.ref@mail.yahoo.com> <183519794.10360727.1551304006549@mail.yahoo.com> <87h8copz0d.fsf@tromey.com> Subject: Re: question about expand_symtabs_matching() MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2019-02/txt/msg00083.txt.bz2 Am Donnerstag, 28. Februar 2019, 00:55:50 MEZ hat Tom Tromey Folgendes geschrieben: > >>>>> "Hannes" =3D=3D Hannes Domani via gdb writes: >=20 > Hannes> And in case a shared library is unloaded, I would have thought > Hannes> that you could just removeall breakpoints in the address range > Hannes> of the shared library. >=20 > Yes. >=20 > At one point we had discussed this, but I guess it never really > happened.=C2=A0 So, something to do :-) >=20 > Hannes> What if I have a simple breakpoint like 'break some-file.c:123', = is there even any > Hannes> symbol that can be expanded with expand_symtabs_matching()? >=20 > Nope, but then again it isn't called in this scenario; at least not if > "some-file.c" exists. I should have clarified that I'm currently investigating why *pending* breakpoints slow down gdb so much. The last 3 days I've been staring a lot at profiling flamegraphs of gdb for the breakpoint types (again, pending only) I use most ('b some-file.c:123' & 'b function'), and expand_symtabs_matching() is one of the biggest time-consumers. Similar, for the case of a simple function name as pending breakpoint, it's cp_canonicalize_string_no_typedefs() called by find_linespec_symbols(), that's taking most of the time. And I'm wondering if this call is necessary if you only use the function na= me without arguments (like 'function' or Class::member_function). If you are interested, I could also send you the profiling flamegraphs. Regards Hannes Domani