Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 75001 invoked from network); 5 Feb 2007 10:05:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Feb 2007 10:05:05 -0000 Received: (qmail 93083 invoked by uid 500); 5 Feb 2007 10:05:11 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 92506 invoked by uid 500); 5 Feb 2007 10:05:10 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 92496 invoked by uid 99); 5 Feb 2007 10:05:10 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Feb 2007 02:05:10 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of t.p.ellison@gmail.com designates 64.233.162.236 as permitted sender) Received: from [64.233.162.236] (HELO nz-out-0506.google.com) (64.233.162.236) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Feb 2007 02:04:59 -0800 Received: by nz-out-0506.google.com with SMTP id j2so1342111nzf for ; Mon, 05 Feb 2007 02:04:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=fw9qO5nxKZcSfF7aHIB/yvn3YPABJMsUMEDpQGVVTzy1qoSjw3c4BzLRoSPc5cwoq3AYelj9CgPQJVeydLaZ30Go6koFLzQoe8ybBWubNVvpfwqlKenzYDxvvbEiuri36cu6DF6RiZhMp9C9/ugNvO3CIke+Uv1YtNkQhipNibY= Received: by 10.65.154.10 with SMTP id g10mr10254231qbo.1170669878863; Mon, 05 Feb 2007 02:04:38 -0800 (PST) Received: from ?9.20.183.67? ( [195.212.29.67]) by mx.google.com with ESMTP id e16sm10918014qba.2007.02.05.02.04.37; Mon, 05 Feb 2007 02:04:38 -0800 (PST) Message-ID: <45C70130.6070800@gmail.com> Date: Mon, 05 Feb 2007 10:04:32 +0000 From: Tim Ellison User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dev@harmony.apache.org Subject: Re: [VM]How to trigue GC while free native memory is low. References: <9623c9a50702020105l7f070770m35594455bbfd6867@mail.gmail.com> <9623c9a50702032159h67ec2924icbdecac3cebef055@mail.gmail.com> In-Reply-To: <9623c9a50702032159h67ec2924icbdecac3cebef055@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Xiao-Feng Li wrote: > This might be crazy, but is it possible or reasonable to have a method > ByteBuffer.freeDirect()? No, we cannot extend the API. > It's a little big strange to me if API encourages this kind of > behavior that programmer grabs resources freely while relying on > certain unreliable behavior to release the resource. Had to smile at this, I'm sure a C programmer would say the same of the 'new' keyword -- then you GC-folk would be out of a job Regards, Tim