From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15937 invoked by alias); 29 Sep 2004 17:54:29 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15930 invoked from network); 29 Sep 2004 17:54:29 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 29 Sep 2004 17:54:29 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.10) with ESMTP id i8THsSCb017430 for ; Wed, 29 Sep 2004 13:54:28 -0400 Received: from zenia.home.redhat.com (sebastian-int.corp.redhat.com [172.16.52.221]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i8THsRr22942; Wed, 29 Sep 2004 13:54:28 -0400 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: [rfa/dwarf] Support for attributes pointing to a different CU References: <20040923045723.GA11871@nevyn.them.org> <20040924003412.GB10500@nevyn.them.org> From: Jim Blandy Date: Wed, 29 Sep 2004 17:54:00 -0000 In-Reply-To: <20040924003412.GB10500@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-09/txt/msg00478.txt.bz2 Here's a entirely separate thought that shouldn't be addressed as part of this patch, if it's even a good idea: I wonder how much of a speed hit it would actually be to get rid of die->type altogether, and always go through the hash table. I suppose that's three distinct areas of memory getting hit (die; hash table; type) instead of just two. But it'd be nice to get rid of the hair of restoring the die types when we re-load a CU. We've got two representations of the same information, with different lifetimes, and we're paying for the usual hair of keeping them in sync; it'd be nice to just get rid of the more volatile one altogether.