Was ist mit Java alles möglich?
lima-city → Forum → Programmiersprachen → Java
assembler
aussage
betriebssystem
code
compiler
erstellen
geschwindigkeit
http
leistung
messung
performance
programm
sagen
server
sprache
test
virtuelle maschine
windows
wissenschaft
zitat
-
ABER: Java kann nicht schneller als C sein. Wie willst du das erklären, dass eine Sprache, die erst eine
Virtuelle Maschine interpretieren muss, schneller ist, als eine systemnahe?
Ich würde dir empfehlen, dass du Begründest warum Java schneller ist.
Duch Hotspot-Optimierung und die Optimierung, die die JVM durchführt.
Klar, gegen hochoptimierten C-Code kommt java wahrscheinlich nicht an(in den meisten Bereichen jedenfalls nicht), aber regulär kommts durchaus vor, dass java schneller ist. -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Moin,
also irgendwie reden wir aneinander vorbei.
wissenschaft schrieb:
ABER: Java kann nicht schneller als C sein. Wie willst du das erklären, dass eine Sprache, die erst eine
Virtuelle Maschine interpretieren muss, schneller ist, als eine systemnahe?
Ich würde dir empfehlen, dass du Begründest warum Java schneller ist.
Ich habe doch mit keiner einzigen Aussage behauptet, dass Java schneller sein soll!
Gerne zitiere ich mich selbst, die Auffassung des Inhaltes ist sicher Auslegungssache:
Java-Programme sind nicht langsam, nur um das mal klarzustellen.
Gibt genügend Performance-Test zwischen Java und allen C-Varianten.
Und aus denen geht hervor, dass es diesen locker das Wasser reichen kann.
Es ging mir auch niemals darum, dass Java schneller sein sollte.
Dass dem nicht so ist, geht selbst aus den ganzen bereits gezeigten Links hervor.
Anfangs wurde die Aussage getroffen, dass Java langsam sei und das habe ich zu widerlegen versucht.
Java kann mithalten, von schneller sein war hier niemals die Rede!
Bezüglich Geschwindigkeit und Perfomance kann man sich hier wohl ebenso streiten.
Der eine sagt, Perfomance ist die Geschwindigkeit, der andere legt die Geschwindigkeit als Bestandteil der Perfomance aus.
Beides ist mitunter gar nicht so falsch, aber werden hier die ganzen wichtigen Teilbereiche wie Speicherreservierung, -zuordnung, -freigabe usw. ganz außen vor gelassen.
Du hast schon recht, ich habe Perfomance und Geschwindigkeit in dem Zusammenhang in einen Topf geworfen.
Das kann natürlich zu Verwirrung geführt haben. Aber es ändert im Endeffekt nichts an der Tatsache.
wissenschaft schrieb:
Du kannst also mit reinem Gewissen behaupten, dass du aus eigener Erfahrung sagen kannst,
dass Java schneller als C ist?
Wieder vorbei am Thema. Hier geht es nicht darum, dass Java schneller sein soll.
wissenschaft schrieb:
Tut mir leid, vielleicht bin ich Blind, aber nützliche Information konnte ich nicht gewinnen.
Seite 5 des zweiten Links stellt eindeutig eine Tabelle dar - die vielleicht etwas zerpflückt ist.
wissenschaft schrieb:
Eine Sache die ich klären möchte:
ICH ZITIERE NICHT!!, ich recherchiere wenn ich etwas nicht weiß.
(Zitate mache ich unter Anführungszeichen mit Angaben der Quelle, wie es sich gehört)
Merke dir immer: Mit eigenen Worten!
... und NEIN das hier ist nicht zitiert!
Also irgendwas scheint hier nicht zu stimmen. Du solltest meine Aussagen eingehender lesen und verstehen.
Auch habe ich nichts in Bezug auf Dich und ein Zitat angedeutet, sondern auf das Zitat von Churchill in Deinem Link verwiesen, wie folgt:
pawnee schrieb:
Da würde jetzt wahrscheinlich jeder das Zitat aus dem ersten Satz Deines Links nennen.
Dass ich damit nur wieder auf jenes Zitat hinweisen müsste, ist Ehrensache.
Hier geht es also eindeutig um das Zitat des Links und nicht um irgendwas von Dir zitiertes.
Und ich merk mir gar nix, solange hier Aussagen verdreht werden, so wie es irgendwem passt.
Gruß,
Pawnee
-
Hallo,
nur mal als Anmerkung, hier wird ständig über Bytecode etc. gesprochen. Mittlerweile, gibr es das gcj - Projekt , also ein nativer Java-Compiler. Diesen gibt es für einige Plattformen unter anderem für Linux Distributionen.
Desktop bzw. GUI Komponenten haben sich in diesem Umfeld auch rasant entwickelt. Das GWT (Gadet Windowing Toolkit) von Eclipse ist äußerst stabil und performant. Dieses wird übrigens auch für Web- und Desktopprogrammierungen von einigen namhaften Firmen, wie Google, IBM, HP usw. eingesetzt. Weiterhin werden viele Installationsroutinen heute eben genau mit einem java-basierten Installer (z.B. Oracle) ausgeliefert.
Der wahre Vorteil von Java liegt doch in der Plattformunabhängigkeit von Java, das garantiert SUN.
Jeder C/C++ Entwickler scheut natürlich die Vorteile von Java wirklich zu akzeptieren. Aber wer schon mal Oracle 7.3.4 (Nativ C) auf Oracle 8 mirgiert hat, weiß dass dies ein über mehrere Monate dauerndes Projekt ist.
Hier werden zum Teil Äpfel mit Birnen verglichen.
Java:
- Vorteile: Plattformunabhängigkeit, standardisierte Fehlerbehandlung über Exceptions, excellente Datentypenkovertierung (was für einen Anwendungsentwickler oft viel wichtiger ist)
- Nachteile: Bei üblichen Installationen - Bytecode (wobei hier für jede Plattform auch native Bibliotheken verfügbar sind, die den Performancenachteil etwas abmildern).
Beitrag zuletzt geändert: 24.2.2009 18:59:59 von oricon -
Für Bytecode nach nativ empfehle ich "excelsior JET". Das ist zwar kommerziell, aber für nicht kommerzielle Anwendungen kann man es kostenlos verwenden. Funktioniert unter Windows und Linux :)
-
calexus schrieb:
Alles bis auf Treiber, systemnahe Programmierung oder natürlich schnelle Programme
Nunja, erstmal ist es ja so, dass der java-compiler immer mehr verbessert wird, und somit auch die schnelligkeit erheblich zunimmt.
Desweiteren musst du einen unterschied zwischen kurz laufenden und lange laufenden Programmen setzen...
Bei Programmen kurzer Laufzeit wird' es wohl so sein, dass der JIT-Compiler nicht die schnelligkeit von c-programmen erreicht, doch durch das weiterkompilieren während der laufzeit, bzw. optimieren des codes, wird ein programm längerer laufzeit nicht nur genauso schnell, sondern teilweise schneller als ein in C geschriebenes programm ;)
Desweiteren hat man natürlich den Vorteil, dass aufgrund der VM die programme recht klein sind, weswegen ich auch native-compiler nicht anwenden würde, da man bei diesen entweder noch die VM braucht, oder seehr große dateien erhält...
Und zu dem, was man in Java machen kann:
was das thema systemnahe programmierung angeht:
Es gibt schon die Möglichkeit, systemnah zu programmieren (allerdings keine treiber etc), nur geht dabei die Plattformunabhängikeit verloren, und man muss halt externe DLL's einbinden... Also, es ist aber halt schon möglich, auf die win32 API zuzugreifen etc ;)
Ansonsten:
Ich würde sagen, dass sehr viel in Java möglich ist, von 3d simulationen und spielen über Netzwerk-chats bis hin zu einfachen anwendungen für den alltagsgebrauch :) -
Man kann auch Betriebssysteme damit schreiben. Allerdings kommt man dabei nicht ganz ohne einen gewissen Teil Assembler oder C aus.
http://www.jnode.org/ -
bladehunter schrieb:
Man kann auch Betriebssysteme damit schreiben. Allerdings kommt man dabei nicht ganz ohne einen gewissen Teil Assembler oder C aus.
http://www.jnode.org/
uhm, wie ist denn das möglich? wird dann sozusagen nen kernel zum kompilieren in assembler geschrieben, und dann einfach der rest in java? aber vor allem, wie kann man denn SO systemnah java programmieren? o.o *verwirrt ist*
Also, klar, das betriebssystem von Sun ist ja auch java-dependent aber auch da frage ich mich schon, wie das geht^^ -
Steht doch auf der Projektseite. Die haben einen nanokernel, der in Assembler geschrieben ist. Der Rest ist wirklich nur Java.
Aus Wikipedia:
Node can be booted from a CD or run in any popular emulator
Du kannst es also auch als LiveCD mal ausprobieren.
Beitrag zuletzt geändert: 21.3.2009 15:03:03 von bladehunter -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
