From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 9CC693858C53; Wed, 4 Jan 2023 02:03:56 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9CC693858C53 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1672797836; bh=7WcyCMFedZ5bCXnyJNsstps8miKoYdBA/uo12Zd+8KA=; h=From:To:Subject:Date:In-Reply-To:References:From; b=jeryY3EomxNjfi4LiEFOBHk1qo57i7Hmx732h0zma1IoDdyXhGIDeh3eEkF4atIGE dII+0Pl4OlbEiEnTfEvdn6sW6mIxxHuqweJlBY6eMjo+hdirBEPcHPL9E06X6VBxE+ +Pi6S9Cx6aws7pTiJEARUF1XQyJYjDpxtaw74ZnU= From: "tromey at sourceware dot org" To: gdb-prs@sourceware.org Subject: [Bug symtab/17547] over-eager debuginfo reading Date: Wed, 04 Jan 2023 02:03:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: symtab X-Bugzilla-Version: 7.7 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tromey at sourceware dot org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D17547 --- Comment #10 from Tom Tromey --- (In reply to Aaron Merey from comment #9) > Related to this, I've been working on a patch to help address gdb's > over-eager debuginfo downloading. The idea is to initially download a > solib's .gdb_index section from debuginfod instead of its full debuginfo. > Downloading full debuginfo is deferred until required. >=20 > https://sourceware.org/pipermail/gdb-patches/2022-November/193416.html Sorry I haven't reviewed this yet. I like this idea. My current work for bug #29942 involves trying to move some gdb work into the background, so that when many libraries must be read at once, gdb isn't blocking while processing each one. The corresponding idea with debuginfod would be to read the .gdb_index remotely -- but not even wait for the download to complete before setting up the "quick_symbol_functions" object. Any code trying to actually use the index would have to wait for the download to complete, but this seems fine to me (assuming the user opts in, like in your patch). Perhaps another thing that could be done here is to also trigger a background download of the corresponding full files, so they are more likely to be available when needed. One funny thing here is that while I've been wanting gdb to move towards the DWARF 5 index (see bug #24820), .gdb_index is actually more self-contained -- the DWARF 5 index refers to .debug_str, and gdb also needs .debug_aranges to work. So, .gdb_index is a little easier for this use. However, .gdb_index also has issues, see bug #27930 (and I think there may be others). --=20 You are receiving this mail because: You are on the CC list for the bug.=