Date: Thu, 28 Mar 2002 22:26:44 -0700 From: Nate Williams <nate@yogotech.com> To: Bill Huey <billh@gnuppy.monkey.org> Cc: Anthony Green <green@redhat.com>, Brian Behlendorf <brian@hyperreal.org>, freebsd-java@FreeBSD.ORG Subject: Re: [press@apache.org: PRESS RELEASE: ASF Reaches Agreement with Sun to Allow Open Source Java Implementations] Message-ID: <15523.64276.424513.449922@caddis.yogotech.com> In-Reply-To: <20020329004939.GA1639@gnuppy.monkey.org> References: <20020328002610.GA2023@gnuppy.monkey.org> <20020327221634.M1335-100000@yez.hyperreal.org> <20020328064218.GA2973@gnuppy.monkey.org> <1017330145.2206.84.camel@dhcppc2> <20020329004939.GA1639@gnuppy.monkey.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > The performance of the resulting binaries is good. It's competitive > > with state-of-the-art JIT systems. Meaning... sometimes faster, > > sometimes slower. When it's faster, it can be much faster. For > > instance, certain crypto operations used in SSL can run 10x faster than > > state-of-the-art commercial JITs. > > What about garbage collection speed for short lived objects ? > > That's critical for folks doing a lot of String manipulation and dealing > with the GUI framework generating EventObject-s every where. Actually, GC speed is for short lived objects is not necessarily more important than GC spedd for long lived objects. GC speed in general is important, regardless of the lifetime of the object. However, if you do a good job on short-lived objects, it allows the program to have a smaller working set, and *may* (depending on the algorithm used) allow the GC portion that deals with long-term objects to work faster. This is the basis for many two-tiered GC systems, which have been implemented in all of the JIT's to date. (Including the Sun supplied JIT developed by Borland in the JDK1.1 days). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15523.64276.424513.449922>