From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15969 invoked by alias); 8 Jun 2009 09:45:35 -0000 Received: (qmail 15960 invoked by uid 22791); 8 Jun 2009 09:45:34 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 08 Jun 2009 09:45:27 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n589jPtk030826; Mon, 8 Jun 2009 05:45:25 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n589jOCj027353; Mon, 8 Jun 2009 05:45:24 -0400 Received: from zebedee.pink (vpn-12-4.rdu.redhat.com [10.11.12.4]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n589jNh1025036; Mon, 8 Jun 2009 05:45:23 -0400 Message-ID: <4A2CDDB2.3060206@redhat.com> Date: Mon, 08 Jun 2009 09:45:00 -0000 From: Andrew Haley User-Agent: Thunderbird 2.0.0.17 (X11/20081009) MIME-Version: 1.0 To: abhishek desai CC: java@gcc.gnu.org Subject: Re: Using libgcj with different memory management library. References: <898285d30906080005n72191f9bn8bf8eb76ff689d18@mail.gmail.com> <4A2CD546.7030603@redhat.com> <898285d30906080243o70b109a0g54a6b3b00a87f4d2@mail.gmail.com> In-Reply-To: <898285d30906080243o70b109a0g54a6b3b00a87f4d2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2009-06/txt/msg00024.txt.bz2 abhishek desai wrote: >> I don't understand how this can work. The gc is a memory manager; how >> can it use some other memory manager to do its own work? You'll have >> to explain a little more. > > From what I understand GC uses GC_unix_get_mem to allocate memory > which calls mmap on /dev/zero on my system. This memory is managed by > GC for object allocation and also for GC internal working. I hope this > is correct. What I want to do is replace the mmap with my_malloc call > which will return a pointer to the allocated memory. my_malloc will > allocate memory from an internal fixed memory pool. That will work fine. Andrew.