From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27451 invoked by alias); 4 Feb 2003 02:03:32 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27444 invoked from network); 4 Feb 2003 02:03:31 -0000 Received: from unknown (HELO mx2.redhat.com) (12.150.115.133) by 172.16.49.205 with SMTP; 4 Feb 2003 02:03:31 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id h141vY110438; Mon, 3 Feb 2003 20:57:34 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1423On22201; Mon, 3 Feb 2003 21:03:24 -0500 Received: from localhost.localdomain (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id h1423NQ19274; Mon, 3 Feb 2003 18:03:23 -0800 Received: (from rth@localhost) by localhost.localdomain (8.11.6/8.11.6) id h1423N614761; Mon, 3 Feb 2003 18:03:23 -0800 X-Authentication-Warning: localhost.localdomain: rth set sender to rth@redhat.com using -f Date: Tue, 04 Feb 2003 02:03:00 -0000 From: Richard Henderson To: Tim Josling Cc: gcc@gcc.gnu.org, Neil Booth , Mike Stump , Benjamin Kosnik Subject: Re: GCC 3.3, GCC 3.4 Message-ID: <20030204020323.GB14743@redhat.com> Mail-Followup-To: Richard Henderson , Tim Josling , gcc@gcc.gnu.org, Neil Booth , Mike Stump , Benjamin Kosnik References: <1043976898.27601.ezmlm@gcc.gnu.org> <3E3E226F.1DA63EDF@melbpc.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E3E226F.1DA63EDF@melbpc.org.au> User-Agent: Mutt/1.4i X-SW-Source: 2003-02/txt/msg00165.txt.bz2 On Mon, Feb 03, 2003 at 07:04:00PM +1100, Tim Josling wrote: > 1. Allocating storage of similar sizes together, sacrificing locality. > 2. Wasting space by rounding up allocations to the next power of 2, wasting > space and increasing working set sizes. > 3. Having bits of GC code all over the place impacting code locality and > working set sizes. Number 2 is already done. We special case the few non-power-of-2 cases that actually get used. As for the rest, I had a patch (before the pch merge) that changed the allocator such that there were only two size buckets: larger and smaller than 1 page. I did get somewhat better peak memory usage, but the compiler actually slowed down some more (!), which is why I havn't pushed the code in. r~