From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id LrDnCpuBv2TfVy4AWB0awg (envelope-from ) for ; Tue, 25 Jul 2023 04:02:35 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=s/4+KigQ; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 2174F1E0C0; Tue, 25 Jul 2023 04:02:35 -0400 (EDT) Received: from server2.sourceware.org (ip-8-43-85-97.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 08AE41E092 for ; Tue, 25 Jul 2023 04:02:33 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 0D8833857717 for ; Tue, 25 Jul 2023 08:02:32 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0D8833857717 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1690272152; bh=xgSEUt260D+3oKNQxVa9sBRZ8+3M58sx5b4wXXOysiI=; h=Date:Subject:To:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=s/4+KigQu0TTqNAXPd8xehCZd4yLXHt0SLRZnoMY1fuNw6AQczVLFvFf1bXrEay9L OdXcXWr3XijCJ6uodS40m0Spy4kOinqnFpf1ITp2yKjEbrcOiSWW7l4Gu6MIz8Eqfi NQty5HSNxhaRdi+t1Kd1T6FaiaHRPqBPFjgJ8Qng= Received: from mail-ua1-x92a.google.com (mail-ua1-x92a.google.com [IPv6:2607:f8b0:4864:20::92a]) by sourceware.org (Postfix) with ESMTPS id 029953858C66 for ; Tue, 25 Jul 2023 08:02:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 029953858C66 Received: by mail-ua1-x92a.google.com with SMTP id a1e0cc1a2514c-794b8fe8cc4so4159342241.0 for ; Tue, 25 Jul 2023 01:02:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690272120; x=1690876920; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=sh0eBpT1Ha67LhWqCM0qRe1GnZRjcY/INEIJas2AFt0=; b=IG3ezZOXTYyCs/tXKMEqLAgvpglU3AgFTuU14A/TVvCurvMqHDyTxFfy65OD1fK0Bp P6jzfW5UM0BbGHMd4C/h8F4B6lDZfKZ/S/0ELJCT/3Smp4mAk6q/guIVVxIET1v+rweT ny9sezHBC5wzBhbPwzbmRWehjh22zMEGGYh2GjF4pLGGqGQg+TJhl4H4zBlrGZ8Osq2z gjf2mqX1S8GEXy0RBC/BmQyNObmX2uQrbSzDdsVryWBMV1lztgyJaU9bkFMaLp2rjrZU aq9RtmaIL3rHnhngQtDz9Hy+ZkvI+DzvfRz0GeKuo7FJE5yZO6driw3MhSL9HTpj3XmR X5gg== X-Gm-Message-State: ABy/qLbhoWrpsOytHqH5JcU7xw/JYXIfbWq+oTQEgSe6qV3Ay8+y2gyE TNFmE+cWppcxAuNPkXct6uizYb8lVGlZVwe1iIQtElTy5jneKJ4E6mE= X-Google-Smtp-Source: APBJJlFourUnuXe96ncl58V0IFcLp+42JbnSrwz35kCQVN3zsFg7G4kN7rz0cAIX+4iHBz3UjIx0QbsqB3+sVrQqTUI= X-Received: by 2002:a05:6102:15ab:b0:443:6595:a575 with SMTP id g43-20020a05610215ab00b004436595a575mr385218vsv.16.1690272119891; Tue, 25 Jul 2023 01:01:59 -0700 (PDT) MIME-Version: 1.0 Date: Tue, 25 Jul 2023 10:01:49 +0200 Message-ID: Subject: Index files are not used in the session where they were created To: gdb@sourceware.org X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Dmitry Neverov via Gdb Reply-To: Dmitry Neverov Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" I'm investigating whether index-caches help with slow symbols loading (https://sourceware.org/bugzilla/show_bug.cgi?id=30520). They seem to help, but only on the second gdb run. When I start a debug session for the first time with an empty ~/.caches/gdb directory, I can see from logs that gdb tries to read index files, fails because they don't exist, and then writes index to disk. The index is saved in a few seconds. If I then try loading children of a variable causing a slow symbol lookup, the lookup is still slow. Even though the index is ready and is saved to disk. If I restart gdb after the index is written, then gdb picks it up, and symbol loading is much faster - a few seconds instead of a minute. Is there a way to use the created index without gdb restart? -- Dmitrii Neverov