Intel werkt met Sun aan Java voor XScale

Intel en Sun willen gaan samenwerken om Java te optimaliseren voor processors met XScale-technologie. Intel past XScale veel toe in processors voor PDA's en mobiele telefoons. Concreet houden deze optimalisaties in dat Sun de Connected Limited Device Configuration (CLDC) Hotspot gaat optimaliseren. Hotspot is een Java virtual machine (VM) gericht op PDA's en mobiele telefoons. Verder houdt de samenwerking in dat Sun de geoptimaliseerde VM gaat leveren aan producenten van mobiele apparatuur. Intel en Sun verwachten dat door deze optimalisaties de performance van Java sterk zal toenemen. Verder hopen de twee bedrijven dat er meer nieuwe toepassingen geschreven zullen gaan worden nu er meer mogelijk is geworden in de VM. Verwacht wordt dat in het derde kwartaal van dit jaar de software naar de OEM's zal gaan en tegen het einde van het jaar de eerste apparatuur met de nieuwe software zal verschijnen:

Optimizations to Sun's CLDC HotSpot Implementation that take advantage of Intel's XScale technology are expected to be delivered to OEMs in the coming quarter. OEM handsets that incorporate these optimizations are anticipated to become available later this year. This collaboration will also extend to future optimizations from Sun and Intel.

Reacties (10)

[Anoniem: 47891]

Hotspot is een Java virtual machine (VM) gericht op PDA's en mobiele telefoons

Zover ik weet is Hotspot een algemene java VM en niet specifiek voor PDA/Mobieltjes. Hotspot optimaliseerd zichzelf aan de hand van de gedraaide java code

java.sun.com
The client and the server VMs are similar, except that the server VM has been specially tuned to maximize peak operating speed. It is intended for executing long-running server applications, for which having the fastest possible operating speed is generally more important than having a fast startup time or smaller runtime memory footprint.

[Longbeard]

Het handelt hier over Java 2 Platform Micro Edition (J2ME) en over Connected Limited Device Configuration (CLDC) waarvan CLDC HotSpot en tevens K Virtual Machine (KVM) implementaties zijn. Beide implementatie, KVM en CLDC HotSpot, zijn voor mobile telefoons geschreven.
De J2ME technologie en zijn implementaties worden door Intel en Sun aangepast om snelheid te winnen en om te besparen op het stroomverbruik van de XScale-technologie.
Zie: Intel, Sun sit down over Java

[TheOneLLama]

De tweakers.net samenvatting is inderdaad fout. Er moet CLDC HotSpot staan niet HotSpot. HotSpot zal gericht zijn op de meer high-end telefoons en PDA's. The KVM (Kilobyte Virtual Machine) blijft gericht op de meer lowend telefoons en embedded devices.

[Tha_Butcha]

dit zal een lekker boost geven aan het gebruik van java.

Dat is de bedoeling van Sun iig, met al die acties; maar wat ik me vooral afvraag waarom ze daar nu pas mee komen (met al die reclame etc.)? Zouden ze NU pas door hebben dat ze last gaan krijgen met .Net?

het blijft jammer dat java langzaam blijft door de virtual machine. maar ik heb iets gehoord dat er compilers zijn die java toch zo kunnen compileren dat ze zonder die VM kunnen werken?

Voor zover ik weet wel ja, zo is - geloof ik - Morpheus (Kazaa kloon) met java gebouwd en vervolgens gecompiled.

Dan krijg je een hoop snelheidswinst, maar het cross platform voordeel is dan weg. Toch zou het voor grote applicaties die veel vragen een uitkomst kunnen zijn.
Is dit een gerucht, of is dit er echt?

Echt dus, alleen de "grote" applicaties, zoals jij stelt, hebben dat niet nodig; althans, niet in een server omgeving, daar schijnt java ideaal te zijn (EJB eb stuff). De reden dat het de naam traag heeft, is dat er geen fatsoenlijke (als in snelheid) applicatie te bouwen is, als stand alone dus.

[Anoniem: 50043]

De reden dat het de naam traag heeft, is dat er geen fatsoenlijke (als in snelheid) applicatie te bouwen is, als stand alone dus.

Volgens mij heeft het die naam gekregen omdat de graphische afwerking zo vreselijk traag is, wat dus in server toepassing haast niet gebruikt wordt.

[Anoniem: 48318]

Dat klopt

En het is ook wel logisch. Een cross-platform taal kan nooit gebruik maken van (microsoft specifieke) directX api-calls. Alleen een Virtual Machine zou die evt. kunnen implementeren (maar dat gebeurt volgens mij niet). Nogal logisch dat een C-applicatie met directe windows en directX api calls een stuk sneller is dan een indirecte java-applicatie die mogelijk uberhaupt niet gebruik maakt van hardwareversnelling.

[mr._Anderson]

door de opwinding rond java van dat gedoe met microsoft die de virtual machine uit windows had gedaan leek het er even op dat java ging floppen...het ging ze niet echt voor de wind..

maar de laatste tijd zie je steeds meer ontwikkelingen op het gebied van java,
vooral op het mobiel gebied word java nu goed ingezet.

dit zal een lekker boost geven aan het gebruik van java.

het blijft jammer dat java langzaam blijft door de virtual machine. maar ik heb iets gehoord dat er compilers zijn die java toch zo kunnen compileren dat ze zonder die VM kunnen werken?
Dan krijg je een hoop snelheidswinst, maar het cross platform voordeel is dan weg. Toch zou het voor grote applicaties die veel vragen een uitkomst kunnen zijn.
Is dit een gerucht, of is dit er echt?

* 786562 mr._Anderson

[Anoniem: 22001]

Dat bestaat al zo'n beetje vanaf het begin van Java. Voorbeelden zijn GCJ, meer is wel te vinden in P&W op GoT. Verder is de snelheidswinst niet super, maar het kan af en toe handig zijn.

[Janoz]

door de opwinding rond java van dat gedoe met microsoft die de virtual machine uit windows had gedaan leek het er even op dat java ging floppen...het ging ze niet echt voor de wind..

Floppen?? Goed, minder polulair client side, maar als server software wordt het heel erg veel gebruikt. (jsp, ejb enz. Kijk voor de gein eens naar de projecten bij apache )

het blijft jammer dat java langzaam blijft door de virtual machine. maar ik heb iets gehoord dat er compilers zijn die java toch zo kunnen compileren dat ze zonder die VM kunnen werken?
Dan krijg je een hoop snelheidswinst, maar het cross platform voordeel is dan weg. Toch zou het voor grote applicaties die veel vragen een uitkomst kunnen zijn.
Is dit een gerucht, of is dit er echt?

Waarom zou je dat willen? Goed, er zijn snellere oplossingen mogenlijk, maar rekenkracht is tegenwoordig zo goedkoop. Een reepje merk 1GB en een extra processortje in de server zijn een stuk goedkoper dan een programmeur zelf memory managment te laten implementeren!

Daarnaast geeft de ontwikkeling van .Net wel aan dat Sun met java de juiste weg ingeslagen was. Je kunt veel zeggen over Microsoft, maar ze weten wel wat de technieken/implementaties/toepassingen met toekomst zijn .

[Anoniem: 14829]

Da's mooi.
Tot nu toe is Insignia's Jeode de enige serieus te nemen J2ME VM voor PocketPC die ik ben tegengekomen, maar die is niet gratis.
En ook z'n snelheid valt me nogal tegen: op m'n PocketPC (iPaq 5450, 400MHz PXA250) is 'ie nauwelijks sneller dan Sun's J2ME 1.0 VM op m'n PalmOS PDA (Sony T625C, 33MHz Dragonball).

Goede zaak dus dat Intel en Sun hier samen mee aan de slag gaan.