Java Desktop System 2 di Sun: esce a Maggio

Basta che non sia pesante come programmi Java...

mah...

se sun diventa il riferimento in ambito di desktop linux viste le recenti alleanze con microsoft direi che siamo nella "nutella" fino al collo

Beh dai.. vedila positivamente...

Two è meglio che One!

se la collaborazione punta a snellire la Virtual Machine della Sun e a riportarla com'era una volta quella MS, io sarei ben contento.

Non credo che gli accordi si spingano molto + in là anche perchè il Java Desktop è pensato appositamente per i mercato orientali che non ne vogliono minimamente sapere delle piattaforme Windows.

Per capire dove vuole arrivare sun date uno sguardo all'interfacia "Looking Glass" che sta preparando.

Il detto circola da più parti, ma sarebbe bene sfatare la favola, in cui moltissimi credono ed in assoluta buona fede.

Le prestazioni delle "VM di una volta" sono, come tutte ciò che "era una volta": un mito. L'interpretazione del codice della VM 1.1 genera un risultato costantemente da 30 a 40 volte più lento del corrispondente codice C++ compilato con gcc, su piattaforma Unix [Marner 2002].

Java 1.1 = "una volta" = anno domini 1997.

Java 1.3, Sun introduce la tecnologia HotSpot (la macchina virtuale carica il codice in modalità interpretata, mentre è in esecuzione analizza il bytecode e traduce le parti che ritiene ottimizzabili direttamente in codice macchina). Java cessa di essere un linguaggio "interpretato" e diventa misto, compilato-interpretato. Quanto è efficente il JIT di Sun? Poco in assoluto, enormemente per la differenza [Ladd 2002]: codice C++ (procedurale, gcc 1.3) batte java 1 a 1.2 (jvm 1.3) e addirittura 1 a 3 con la versione successiva di Java 1.4.0 (!!! l'alcool gira anche a Palo Alto ). La server vm 1.3 di IBM in compenso fa tirare un sospiro di sollievo a tutti e strappa uno stupefacente 1 a 0.9 (a casa Big Blue sono per fortuna astemi).

Java 1.3 = "ieri" = anno domini 2001.

Oggi, 2004 il pc di casa mia, almabench, lo stesso della storiella che vi ho raccontato. La jvm (Sun HotSpot 1.5 beta 1) stacca l'exe C++ (procedurale) dell' 11.4% (54.7 vs 61.2, tempi medi).

La morale della favola non è che Java sia più veloce di C++ (perchè è solo un benchmark), ma che dire "ahh la vecchia VM 1.1 di Sun, MS, IBM" è come dire "ahhh, la torta della nonna" quando la nonna le torte le bruciava tutte.

Per curvare un po' più on-topic, io ho letto con interesse una dichiarazione del CEO di Sun, in merito alle strategie per lo sviluppo della compagnia, secondo cui Sun punterebbe su Javadesktop perchè ha stretto accordi con la Cina per portare Linux+StarOffice (al posto di chi sappiamo) nella pubblica amministrazione, col nemmeno troppo velato intento di sfruttare la cosa per poter poi vendere i suoi server, oltre a tutto l'amabaradan che va dietro a Java versione "enterprise" (certificazioni, corsi di formazione, application server ecc.).

Mi sembra, tutto sommato, una cosa buona che marchi storici sani (vedi IBM) e un po' meno sani, ma sempre storici (Sun ) sterzino verso Linux (almeno un pochino).

mi piacerebbe vedere il codice con cui sono stati effettuati questi test.

dimenticavo, non metto in dubbio i dati riguardanti le varie versioni di JVM, ma che un programma java giri + veloce di uno C++ procedurale nativo x86...beh...scusa ma stento a crederci

puoi darci maggiori

Non vorrei dovermi quotare: non ho postato per dire che Java sia più veloce di C++, l'ho fatto per dire che Java è più veloce di Java.

http://www.coyotegulch.com/reviews/almabench.html

Il link per il codice sorgente è in blu, poco prima di metà pagina.

Il sistema su cui ho fatto la prova con il codice:

WinXp Pro, 2xAMD MP2400+, 1gb DDR266

Non avendo la funzione time di Linux ho aggiunto 2 istruzioni getTime e 1 output al codice C++ e al codice Java, nella stessa posizione, subito prima del ciclo esterno (tempo iniziale) e subito dopo il ciclo esterno, più un output a cose fatte. (clock() per C++ e System.nanoTime() per Java)

Il codice C++ è stato compilato con g++, senza flag. Il codice Java è stato compilato con javac, versione 1.5.0-beta, su codice 1.4 (cioè non ho volutamente modificato il codice perchè tenesse conto delle ultime "new entry". Senza flag...anche perchè non ce ne sono

L'esecuzione è avvenuta da linea di comando. Per java ho usato la macchina virtuale Sun client 1.5.0-beta-b32c.

Confesso di essere molto incuriosito dalle prestazioni della HotSpot 1.5 su macchine diverse dalla mia, se qualcuno dovesse provare magari faccia un pensierino sull'apertura di un thread nella sezione programmazione, perchè qui nelle news forse non è il luogo più adatto.

Se andate al seguente sito:
http://www.alessandropulvirenti.it/programmazione/

troverete un Test dei vari linguaggi di programmazione.