harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geir Magnusson Jr <g...@pobox.com>
Subject Re: [classlib][concurrent] Integrating into builds and snapshot
Date Wed, 23 Aug 2006 22:25:39 GMT


Weldon Washburn wrote:
> On 8/21/06, Geir Magnusson Jr <geir@pobox.com> wrote:
>>
>>
>> Nathan Beyer wrote:
>> > Now that we're getting some good submissions to make the
>> > java.util.concurrent code to work with DRLVM, I'd like make a
>> proposal for
>> > getting the code in the Class Library and a part of our regular builds,
>> > tests and snapshots.
>> >
>> >
>> >
>> >>From a technical/code integration standpoint, the go ahead
>> assumption is
>> > that Harmony will have VMs implement a subset of the 'sun.misc.Unsafe'
>> > class, such that the concurrent code, most of which is in the public
>> domain,
>> > from the Concurrency Interest Site [1] can be used as-is, as least
>> to the
>> > greatest extent possible. Are there any major dissents to this?
>>
>> This is my understanding of what we already agreed to, and I'm getting a
>> note from Doug about the code provenance.
>>
> 
> I was not able to see any open documentation on sun.misc.Unsafe on the
> web.  I did notice emails that describe using sun.misc.Unsafe to
> read/write specific memory addresses.  I suspect that both
> sun.misc.Unsafe and Jikes vmmagic do essentially the same thing.  That
> is, read/write and also compare/swap specific memory addresses from
> Java code.
> 
> MMTk definitely relies on efficient JIT inlining of Jikes vmmagic.  It
> also looks like java.util.concurrent needs efficient JIT inlining of
> sun.misc.Unsafe.  If indeed both vmmagic and Unsafe do the same thing,
> it probably does not make sense to rewrite Concurrency or MMTk.  In
> other words, we might be stuck with supporting both APIs in the short
> term.
> 
> In any case, can the sun.misc.Unsafe API be described on this mailing
> list?  It would help us all figure out what existing pieces can be
> reused to support high-performance java.util.concurrent.

If you are asking "are we allowed?" I see no reason why not - we're just
trying to figure out what it does based on the j.u.c code...

I don't think anyone here has specific knowledge of it, and if they do,
given it's not under an open source license, they shouldn't be telling us :)

geir




---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message