Java vs. C++

Zeus

ShadowClone schrieb:

Da klammert sich jemand an die letzten Grashalme. Da sagt er, dass da (zur Compilezeit) sehr wohl Kosten entstehen, um dann danach zu sagen, dass diese Kosten bei C auch entstehen können.
Mal davon abgesehen, dass man lieber Compiletime-Kosten in Kauf nimmt als Runtime-Kosten (ein Release-Build macht man sowieso viel seltener). Da vermischt jemand ganz gehörig Dinge bzw. tut das absichtlich um auf Teufel komm raus recht behalten zu wollen. Wirklich armselig...

Erstens, wolltest du die Diskussion nicht mit mir beenden? Warum meldest du dich überhaupt?

Vorallen, kannst du überhaupt denken? Du schießt dich so sehr ein auf 'kosten'. Das du total vergießt, dass man sich darüber noch über Struktur und Wertigkeit (im Vergleich) reden könnten.

Außerdem bist du doch gar nicht an eine sinnvolle Diskussion interessiert. Du hast dich schon mit deine ersten Provokation disqualifiziert

ShadowClone schrieb:

Von wegen C++ und typsicher!

int x = 2;
if (x = 1) {
    std::out << "Na klaro!" << std::endl;
}

Also Mr.Cpp-Papst, predige C++ weil es eine Ingenieursprache ist :D, aber bitte meide es objektive sich darüber auszutauschen.

Verdreh keine Dinge. Der Eingangspost hat Java mit C++ verglichen und es hieß, dass C++ typsicherer als Java sei. In diesem Kontext konnte ich nicht zustimmen, aber ich kann darin zustimmen, dass C++ typsicherer als C ist! – Hat alles Hand und Fuß!

Zeus

ShadowClone schrieb:

Verdreh keine Dinge. Der Eingangspost hat Java mit C++ verglichen und es hieß, dass C++ typsicherer als Java sei. In diesem Kontext konnte ich nicht zustimmen, aber ich kann darin zustimmen, dass C++ typsicherer als C ist! – Hat alles Hand und Fuß!

D.h. implizite Typkonvertierung schwächen C++ typensicherheit?
wenn ja, dann passt dein Post,
wenn nein, dann ist dein Post unsinn.

Meine Meinung ist nein.

Zeus schrieb:

ShadowClone schrieb:

Verdreh keine Dinge. Der Eingangspost hat Java mit C++ verglichen und es hieß, dass C++ typsicherer als Java sei. In diesem Kontext konnte ich nicht zustimmen, aber ich kann darin zustimmen, dass C++ typsicherer als C ist! – Hat alles Hand und Fuß!

D.h. implizite Typkonvertierung schwächen C++ typensicherheit?

Ja.

cppvsjava schrieb:

Jetzt schreibe und (ein bisschen) lese ich C++ seit ungefähr 6 bis 8 Jahren. Dann dacht ich mir, ein guter Programmierer, der kann mehr als nur eine Sprache.

Kann er ja auch. Mit C++ kannst Du eine blockstrukturierte Sprache (C), eine objektorientierte Sprache, eine generische Sprache, eine funktionale Sprache (Template Meta). 4 für einen Preis, ein echtes Schnäppchen.

cppvsjava schrieb:

Und dann habe ich Java gemacht.

Ach Du warst das ?!

cpp_Jungspund

Vielleicht sollten sich die Gemüter zu dem Thema etwas entspannen und einen Film ansehen https://www.youtube.com/watch?v=RnqAXuLZlaE

C++ ist langsamer als C, wenn man Objektorientierung benutzt (Konstruktoren, Destruktoren, mehr Daten...). Ansonsten ist das doch C, welches mit einem C++-Compiler compiliert wurde.

JulianH

Eines der größten Probleme wird wohl bleiben, dass die meisten Leute überhaupt nicht in der Lage sind entscheiden zu können, welche Sprache die Richtige für ihr Problem ist.

MMn. trifft es dieser Spruch am besten:
"C++ ist eine der meist genutzten Sprache, obwohl diese so scheiße schwer und kompliziert ist."
Java hingegen ist nur einfach.

Gibt es irgendwo *gute* Benchmarks für Java vs. C++, also bei denen das Programm in der jeweiligen Sprache immer bestmöglichst die Sprachfeatures ausnutzt (nicht so wie der olle c't-Test, wo Strings in C++ per value (!) übergeben wurden)?

grundsätzlich gilt, dass die javavm einen interpreter darstellt und dass dieser interpreter naturgemäß einfach mehr rechenzeit beansprucht, als opcodes.

da brauchst du keine benchmarks für.

Tobiking2

HansKlaus schrieb:

grundsätzlich gilt, dass die javavm einen interpreter darstellt und dass dieser interpreter naturgemäß einfach mehr rechenzeit beansprucht, als opcodes.

Die JVM hat auch einen JIT Compiler aus dem Opcodes rauspurzeln. Die Begründung passt also nicht.

Kritischer Geist schrieb:

Gibt es irgendwo *gute* Benchmarks für Java vs. C++, also bei denen das Programm in der jeweiligen Sprache immer bestmöglichst die Sprachfeatures ausnutzt (nicht so wie der olle c't-Test, wo Strings in C++ per value (!) übergeben wurden)?

*push*

Zeus

Tobiking2 schrieb:

HansKlaus schrieb:

grundsätzlich gilt, dass die javavm einen interpreter darstellt und dass dieser interpreter naturgemäß einfach mehr rechenzeit beansprucht, als opcodes.

Die JVM hat auch einen JIT Compiler aus dem Opcodes rauspurzeln. Die Begründung passt also nicht.

class jvm
{
stack<call_frame> callStack;
stream<byte_code> byteCode;
mapped_file<native_code> nativeCode;
map<byte_code*, native_code*> codeCache;
}

Ach wieso nicht? Nur weil Opcodes generiert wird?

Kritischer Geist schrieb:

Kritischer Geist schrieb:

Gibt es irgendwo *gute* Benchmarks für Java vs. C++, also bei denen das Programm in der jeweiligen Sprache immer bestmöglichst die Sprachfeatures ausnutzt (nicht so wie der olle c't-Test, wo Strings in C++ per value (!) übergeben wurden)?

*push*

https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=gpp

benchm schrieb:

Kritischer Geist schrieb:

Kritischer Geist schrieb:

Gibt es irgendwo *gute* Benchmarks für Java vs. C++, also bei denen das Programm in der jeweiligen Sprache immer bestmöglichst die Sprachfeatures ausnutzt (nicht so wie der olle c't-Test, wo Strings in C++ per value (!) übergeben wurden)?

*push*

https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=gpp

Danke! Da schneidet ja C++ immer deutlich besser als Java ab.

Gregor

Kritischer Geist schrieb:

benchm schrieb:

Kritischer Geist schrieb:

Kritischer Geist schrieb:

Gibt es irgendwo *gute* Benchmarks für Java vs. C++, also bei denen das Programm in der jeweiligen Sprache immer bestmöglichst die Sprachfeatures ausnutzt (nicht so wie der olle c't-Test, wo Strings in C++ per value (!) übergeben wurden)?

*push*

https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=java&lang2=gpp

Danke! Da schneidet ja C++ immer deutlich besser als Java ab.

Es ist durchaus bekannt, dass C++ Programme etwas schneller als Javaprogramme laufen. Man nutzt Java aber auch nicht, wenn es einem darum geht, das performanteste Programm zu schreiben. Java nutzt man aus anderen Gründen, zum Beispiel könnte die Infrastruktur im Umfeld der Sprache relevant sein und das verfügbare Know-How diesbezüglich. In Sachen Performance reicht es für Java völlig aus, halbwegs in der gleichen Liga wie C++ zu spielen. Wenn Javaprogramme grundsätzlich >10 mal langsamer als C++ Programme wären, dann wäre das für Java wohl ein Problem. So ist es aber nicht.

Kritischer Geist schrieb:

Danke! Da schneidet ja C++ immer deutlich besser als Java ab.

das ist jetzt nichts besonderes und eigentlich habe ich dir das ja auch so gesagt. prinzipiell schneidet C sogar noch ein bisschen besser ab, aber jeder, der mal eine grafische oberfläche mit der winapi erstellt hat, weiß diese vereinfachungen, wie java sie mit sich bringt, zu schätzen.

prinzipiell schneidet C sogar noch ein bisschen besser

Das stimmt so leider gar nicht - wird aber gerne immer und immer und immer wieder angeführt

C++ erlaubt viel besseres inlining (z.B. mit templates) - selbst mit C Macros kommt man nicht auf das Niveau
und auch der schlimme Code-Bloat von denen viele erzählen ist Seemannsgarn das gerne und vielfach von unerfahrenen Entwicklern einfach weiter gesponnen wird

Naja es gibt schon Dinge, für die c besser geeignet ist, als c++,einfach weil c schneller ist.
Also ein c-programm ist natürlich ein c++-programm, wenn auch kein gutes, aber warum den c++-compiler mit c-code füttern, statt gleich den richtigen compiler zu nehmen?

dot

HansKlaus schrieb:

Naja es gibt schon Dinge, für die c besser geeignet ist, als c++,einfach weil c schneller ist.

Nope. Du kannst in C++ oft wesentlich schneller sein als in C, langsamer zu sein geht aber nur mit schlechtem Code...