.java || .class -> .exe
-
Mhh ... Auf 'nem Toaster ... Da hab' ich ja was zu tun die nächsten Wochen
-
Optimizer schrieb:
Wenn eine (native code) .exe, die unabhängig von einer VM ist, kleiner ist als Bytecode, dann fress ich nen Besen, mit Stiel und gut gewürzt.
Das sicher nicht, aber der Bytecode läuft ja alleine auch nicht.
n * native_code.exe aber u.U. < Bytecode + VM EDIT: Für n = 1..ca. 2
-
In der Regel muss man das JRE aber nur einmal installieren.
-
Gut, die Speicherersparniss ist schon wirklich sehr relativ zu sehen (in beide Richtungen aber). Das ist auch nicht die wahre Stärke einer großen Laufzeitumgebung.
-
Pogo schrieb:
In der Regel muss man das JRE aber nur einmal installieren.
Hey, was soll das?! Ich bin doch voll auf eurer Seite...!!
-
Eine native Anwendung startet schneller, läuft flüssiger und reagiert besser.
-
Eigentlich sind es nur immer wieder die Spaten, die im AWT-Event-Thread dann die ganze Arbeit machen, sobald ein Button gedrückt wurde, anstatt einen neuen Thread zu starten.
-
Schau mal hier:
http://www.excelsior-usa.com/jet.htmlGruss J-Walker
-
James Gosling schrieb:
Eine native Anwendung startet schneller, läuft flüssiger und reagiert besser.
Also mein nativ kompiliertes
int main() { while(true); return 1; }
reagiert net besser auf Eingaben...
J-Walker schrieb:
Schau mal hier:
http://www.excelsior-usa.com/jet.htmlSagte ich doch.
-
Sgt. Nukem schrieb:
James Gosling schrieb:
Eine native Anwendung startet schneller, läuft flüssiger und reagiert besser.
Also mein nativ kompiliertes
int main() { while(true); return 1; }
reagiert net besser auf Eingaben...
Du hast was entscheidendes vergessen, Hohlkopf!