Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 33229 invoked from network); 26 Mar 2009 01:31:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 Mar 2009 01:31:57 -0000 Received: (qmail 54244 invoked by uid 500); 26 Mar 2009 01:31:36 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 54205 invoked by uid 500); 26 Mar 2009 01:31:36 -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 54172 invoked by uid 99); 26 Mar 2009 01:31:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Mar 2009 01:31:36 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xiaofeng.li@gmail.com designates 209.85.146.183 as permitted sender) Received: from [209.85.146.183] (HELO wa-out-1112.google.com) (209.85.146.183) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Mar 2009 01:31:29 +0000 Received: by wa-out-1112.google.com with SMTP id l24so167814waf.4 for ; Wed, 25 Mar 2009 18:31:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ymAPTRReM6rDVrHn4fNVQwa3mwUa2HfpkzaRm6+xHFc=; b=Rn4RbGCoUzloQsp6qneBqe9Fu0U3nOK/RP2HQ43es0QoT00PmDMcMJdKz5t7nB7dPo l+L6QuK3q2tF+PiShfmBOAicv1b9OS63vTnmaIz1nDm7eKEKoF4/MTuPMvfuvgroo47J v0Qf7SBeKzF0qSweCamDVIo0duYLhJA0qZFVg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=VK3MI9oH75kzrBVbhqcec4PPKLj8lGxw60BAs3mgjc4PPun3mrGatVQcBb3UgctNuH XmHcI/25vMAlEvCkzr1UunSP1V4yvgu9MIGfrJu0atm8XCX2jcwJLB6mm/Qb6sqplVGc Vfa/ztoqleN9l2cSRVK/lEy8wqGh5zkvU56qs= MIME-Version: 1.0 Received: by 10.114.159.5 with SMTP id h5mr199907wae.36.1238031069375; Wed, 25 Mar 2009 18:31:09 -0700 (PDT) In-Reply-To: <945217947389840923@unknownmsgid> References: <945217947389840923@unknownmsgid> Date: Thu, 26 Mar 2009 09:31:09 +0800 Message-ID: <9623c9a50903251831i2e69900m2cdfab6df5d99ee0@mail.gmail.com> Subject: Re: [drlvm][GarbageCollector] SoftReferences From: Xiao-Feng Li To: dev@harmony.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, Salvador, SoftReference is supported in DRLVM GC. I don't know what you mean for "optimization in the SoftReference". Do you mean that, SoftReferences are often used to implement object caching in a Java application? If that is what you mean, it is not what GC cares, because it is an optimization at application level, where SoftReferences are used as a handy tool to keep some dead but may-be-useful-in-future objects. In my understanding, those Weak Reference things are an utility provided to Java programmer to manage their objects life cycle. Java is supposed to manage all the objects automatically for the programmer, but sometimes the programmer wants to have control over their objects. It is a bit awkward, since Java should have been more intelligent to do this kind of tasks automatically for the programmer or with some hints from the programmer. Thanks, xiaofeng On Thu, Mar 26, 2009 at 3:22 AM, Salvador Canelas wrote: > Greetings > > I'm interested in the DRLVM garbage collector features. I was reading the > DRLVM development tasks and would like to know more about the task about > implementing SoftReferences. Is this list updated and this features is still > missing or it has already been implemented? If it's already implemented I > would like to know if there's any kind of optimization in the SoftReferences > and if caching is used in that optimization. > > Best Regards, Salvador Canelas > > -- http://people.apache.org/~xli