From owner-freebsd-java  Thu Mar 21 16:24:19 2002
Delivered-To: freebsd-java@freebsd.org
Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100])
	by hub.freebsd.org (Postfix) with ESMTP id 885AC37B41D
	for <java@freebsd.org>; Thu, 21 Mar 2002 16:24:14 -0800 (PST)
Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian))
	id 16oCql-0000Y1-00; Thu, 21 Mar 2002 16:24:07 -0800
Date: Thu, 21 Mar 2002 16:24:06 -0800
To: Nate Williams <nate@yogotech.com>
Cc: Greg Lewis <glewis@eyesbeyond.com>, java@FreeBSD.ORG
Subject: Re: Mozilla core... & HotSpot update
Message-ID: <20020322002406.GA2086@gnuppy.monkey.org>
References: <20020320233301.GA4011@gnuppy.monkey.org> <15513.7648.287464.414451@caddis.yogotech.com> <20020321000145.GA4319@gnuppy.monkey.org> <20020321142512.A65790@misty.eyesbeyond.com> <20020321063724.GA6657@gnuppy.monkey.org> <15514.3199.968025.626479@caddis.yogotech.com> <20020321234309.GA1607@gnuppy.monkey.org> <15514.28841.407418.877991@caddis.yogotech.com> <20020322000416.GA1670@gnuppy.monkey.org> <15514.30168.252188.732486@caddis.yogotech.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <15514.30168.252188.732486@caddis.yogotech.com>
User-Agent: Mutt/1.3.27i
From: Bill Huey <billh@gnuppy.monkey.org>
Sender: owner-freebsd-java@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-java.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-java>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-java>
X-Loop: FreeBSD.org

On Thu, Mar 21, 2002 at 05:07:52PM -0700, Nate Williams wrote:
> See above.  We can agree to disagree here.  The last talk I heard on
> HotSpot implied that they are using a single thread for compilation,

Possibly, I haven't gotten to the code just yet and it isn't my task
to figure that out.

> which is similar to the pseudo-single threaded garbage collector.  (The
> GC process can involve more than one thread, but only a single thread
> can be active at a time).

Either way, you still need to protect various parts effected with a mutex.
 
> The complexity/overhead of multiple GC's and compilation *far*
> outweighs the benefits.

The compilation process isn't the same as garbage collection. Your
building and manipulating a single object verse a graph of objects.

bill


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message