Re: Java execution acceleration

Hartti Suomela <[email protected]> Wed, 11 Jun 2008 14:24:29 -0500
Newsgroups gmane.comp.java.sun.kvm
Message-ID <[email protected]>
What comes to HW acceleration, it needs the HW on the device.
That increases BOM, requires additional volume inside the device, needs
to be added in the designs really early, draws juice, etc.

Yes, SW solutions have issues as well, but I see an uphill battle for HW
acceleration in this case...

Hartti

-----Original Message-----
From: A mailing list for KVM discussion
[mailto:[email protected]] On Behalf Of ext
[email protected]
Sent: Wednesday, June 11, 2008 9:05 AM
To: [email protected]
Subject: Re: Java execution acceleration

Hi rriggs9000,

You're totally right! Maybe that's the main reason the previous Java
hardware accelerators failed (they focused only on optimizing individual
bytecodes).

I agree about the lack of flexibility of a hardware+software system, but
I don't see the need to modify the VM (GC, thread syncronization, etc)
very often. If a new system offers high execution speed (10x-20x) then
maybe it's a fair trade-off to change the software-hardware
interface(arhitecture) only on major revisions (every 12-24 months). 

If such a case occurs the concept of arhitecture will be somehow moving
from the hardware-software interface (the IBM's ideea back in 60s) to
the VM-applications interface.

I'm not speaking about an Intel+Microsoft model where any change in the
hardware would imply changes in every application running on the
platform, but more like a phoneME + ARM (with Jazelle) where changes in
the Jazelle processor would imply some patches in the VM while all the
Java applications stay the same. That's the main advantage of
virtualization!

Regards,
Horia
[Message sent by forum member 'hcucu' (hcucu)]

http://forums.java.net/jive/thread.jspa?messageID=279737

========================================================================
===
To unsubscribe, send email to [email protected] and include in the
body of the message "signoff KVM-INTEREST".  For general help, send
email to [email protected] and include in the body of the message
"help".

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff KVM-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".