Hallo!
> Mit wievielen unterschiedlichen Anwendungstypen wurde das ermittelt?
Im konkrtetn Fall Mpeg-Wiedergabe
(Graphik+IO-Performance+FloatingPoint IDCT+Integer
IDCT+Realtime+Cabability, aber ähnliche Ergebnisse auch mit 2.
E-Learning-Autorensystem und 3. ScriptEditor (Jeweils
String-Manipulation, IO-Performance, OnBoard Compiler System (für
E-Learning-Authorensystem)
>Mit der mpeg-Wiedergabe alleine?
Nein, natürlich nicht, habe ich nur wegen der Mpeg-Seite gebracht,
weil da Jeder es überprüfen kann, (SCHON ÜBERPRÜFT, JA?????), bei den
anderen Anwendungen kann ich es doch nicht beweisen....
>Mit wievielen alternativen
>Codec-Implementationen wurde versucht einzuschätzen, was diese
>Runtimes jeweils leisten? Mit einer? Danke, aber das enttäuscht dann
>doch etwas...
Bei Mpeg2 waren es 3 Implementationen, eine basierend auf SurePlayer
(SurePlayer, OpenSource Projekt, auf Mpeg2 Video/Audio aufgebohrt,
eine basieredn auf Mpeg Software Simulation Programmcode von C auf
Java
gebracht, die dritte eine komplette Eigenentwicklung basierend auf
orginal ISO-11172 und ISO-13818 Unterlagen
Dann noch 3 verschiedene MP3 -Imlementationen. Und noch Mpeg 1 Video,
auch 3 verschiedene. Ähnlich wie oben.
Und noch was: Seit JDK 1.5 werden die Taskmanagerangaben manipuliert
bzw. verschönert!
(Hey, Chef!, Ich bin fertich!!!, neue Maschine 10% schneller, sehen
sie her!!!,
kann ich jetzt nach Hause???)
Also nicht nach Taskmanager gehen, sondern sich eine Maschine suchen,
wo eine
Java-Applikation am Limit läuft!!!!!!!!!!
Und last but not least: WIR REDEN HIER SOWISO NUR ÜBER CLIENTS.
Da ich nur da Erfahrung mit Performance gemacht habe.
> Mit wievielen unterschiedlichen Anwendungstypen wurde das ermittelt?
Im konkrtetn Fall Mpeg-Wiedergabe
(Graphik+IO-Performance+FloatingPoint IDCT+Integer
IDCT+Realtime+Cabability, aber ähnliche Ergebnisse auch mit 2.
E-Learning-Autorensystem und 3. ScriptEditor (Jeweils
String-Manipulation, IO-Performance, OnBoard Compiler System (für
E-Learning-Authorensystem)
>Mit der mpeg-Wiedergabe alleine?
Nein, natürlich nicht, habe ich nur wegen der Mpeg-Seite gebracht,
weil da Jeder es überprüfen kann, (SCHON ÜBERPRÜFT, JA?????), bei den
anderen Anwendungen kann ich es doch nicht beweisen....
>Mit wievielen alternativen
>Codec-Implementationen wurde versucht einzuschätzen, was diese
>Runtimes jeweils leisten? Mit einer? Danke, aber das enttäuscht dann
>doch etwas...
Bei Mpeg2 waren es 3 Implementationen, eine basierend auf SurePlayer
(SurePlayer, OpenSource Projekt, auf Mpeg2 Video/Audio aufgebohrt,
eine basieredn auf Mpeg Software Simulation Programmcode von C auf
Java
gebracht, die dritte eine komplette Eigenentwicklung basierend auf
orginal ISO-11172 und ISO-13818 Unterlagen
Dann noch 3 verschiedene MP3 -Imlementationen. Und noch Mpeg 1 Video,
auch 3 verschiedene. Ähnlich wie oben.
Und noch was: Seit JDK 1.5 werden die Taskmanagerangaben manipuliert
bzw. verschönert!
(Hey, Chef!, Ich bin fertich!!!, neue Maschine 10% schneller, sehen
sie her!!!,
kann ich jetzt nach Hause???)
Also nicht nach Taskmanager gehen, sondern sich eine Maschine suchen,
wo eine
Java-Applikation am Limit läuft!!!!!!!!!!
Und last but not least: WIR REDEN HIER SOWISO NUR ÜBER CLIENTS.
Da ich nur da Erfahrung mit Performance gemacht habe.