Was ist schneller - Java oder C # (oder gutes altes C)?

Tut mir Leid, aber das ist keine einfache Frage. Es kommt ein vielwas genau Los war. C# ist sicherlich nicht Lumpen, und Sie würden hart gedrückt, um zu sagen: "java ist schneller" oder "C# ist schneller". C ist ein ganz anderes Tier... vielleicht hat das Potenzial schneller zu sein - wenn Sie es richtig; aber in den meisten Fällen ist es ungefähr das gleiche, aber viel schwerer zu schreiben.

Es hängt auch wie Sie es tun - locking-Strategien, wie Sie tun, die Parallelisierung, die wichtigsten code-Körper usw.

Re JIT - man kann Sie nutzen, NGEN Sie zu glätten, aber ja; wenn Sie schlagen den gleichen code sollte JITted sehr früh auf.

Ein sehr nützliches feature von C#/Java (über C) ist, dass Sie das Potenzial haben, besser zu nutzen von der lokalen CPU (Optimierungen etc.), ohne dass Sie sich darum zu kümmern.

Auch - mit .NET, betrachten Sie Dinge wie "Parallel Extensions" (zu bündeln, 4.0), das gibt Ihnen eine viel stärkere threading-story (im Vergleich zu .NETTO ohne PFX).

InformationsquelleAutor der Antwort Marc Gravell

Ich bin ehrlich überrascht in den benchmarks.

In eine rechenintensive Produkt, würde ich eine große Wette auf C ausführen schneller. Könnten Sie code schreiben, der Lecks Gedächtnis wie ein Sieb, und hat interessante threading-bezogene Mängel, aber es sollte schneller sein.

Der einzige Grund, warum ich denken konnte, dass Java oder C# schneller ist durch einen kurzen Lauf Länge auf den Prüfstand. Wenn wenig oder kein GC passiert ist, werden Sie vermeiden, den Aufwand der tatsächlich freigeben von Speicher. Wenn der Prozess ist iterativ oder parallel, versuchen Sie kleben ein GC.Sammeln Sie, wo immer Sie denken, Sie fertig sind eine Reihe von Objekten(nach Einstellung Dinge zu null oder andernfalls entfernen der Referenzen).

Auch, wenn man sich mit terabytes von Daten, meiner Meinung nach bist du viel besser dran mit deterministische Zuweisung von Speicher, die Sie mit C. Wenn Sie deallocate etwa nahe, wenn Sie reservieren Sie Ihre heap bleiben weitgehend unfragmented. Mit einem GC-Umgebung können Sie sehr gut am Ende mit Ihrem Programm viel mehr Speicher nach einem ordentlichen run-length -, als man vermuten könnte, nur weil der Fragmentierung.

Das klingt für mich wie die Art von Projekt, wo C die geeignete Sprache, würde aber erfordern ein wenig mehr Aufmerksamkeit auf die memory allocation/deallocation. Meine Wette ist, dass C# oder Java schlägt fehl, wenn die Ausführung auf einem vollständigen Datensatz.

InformationsquelleAutor der Antwort Darren Clark

Es wird, hängt sehr viel auf, was Sie tun speziell. Ich habe einen Java-code, beats-C-code. Ich habe einen Java-code, ist viel langsamer als C++ - code (ich weiß nicht, mit C#/.NETTO also nicht zu jenen sprechen).

So, es hängt davon ab, was du machst, ich bin sicher, Sie können etwas finden, die schneller in die Sprache X als Sprache Y.

Haben Sie versucht mit der C# - code durch einen profiler, um zu sehen, wo es die meiste Zeit (gleiche mit Java und C, während Sie dabei sind). Vielleicht brauchen Sie etwas anderes zu tun.

Java HotSpot VM ist reifer (Wurzeln gehen zurück bis mindestens 1994) als die .NETTO ein, so kann es nach unten kommen, um die code-Generierung Fähigkeiten der beiden.

InformationsquelleAutor der Antwort TofuBeer

Wenn es bereits eine erhebliche Menge von legacy C-code, wird dem system Hinzugefügt werden warum dann verschieben auf C# und Java?

In der Antwort auf Ihre Letzte Bearbeiten zu wollen, um die Vorteile der Verbesserungen in der Geschwindigkeit der Bearbeitung....dann Ihre beste Wette wäre, zu bleiben, um zu C wird näher auf die hardware-als C# und Java, die den overhead eines runtime-Umgebung zu behandeln. Die näher an der hardware, die Sie bekommen können, desto schneller werden Sie in der Lage sein sollten, zu laufen. Höheren Sprachen wie C# und Java wird in Folge schneller Entwicklung mal...aber C...oder noch besser: die Montage führt zu einer schnelleren Bearbeitungszeit...aber mehr Entwicklungszeit.

InformationsquelleAutor der Antwort mezoid

Eigentlich ist es 'Assembler'.

InformationsquelleAutor der Antwort Dhana

Wiederholen, eine Bemerkung, Sie sollten mit der GPU, nicht die CPU, wenn Sie tun, Arithmetik wissenschaftliches rechnen. Matlab mit CUDA-plugins wäre viel mehr awesome als Java oder c#, wenn Matlab Lizenzierung ist nicht ein Problem. Die nVidia-Dokumentation zeigt, wie zu kompilieren CUDA-Funktion in eine mex-Datei. Wenn Sie brauchen, freie software, ich mag pycuda.

Wenn jedoch, GPUs sind nicht eine option, ich persönlich mag C für eine Menge von Routinen, weil die Optimierungen, die der compiler macht, sind nicht so kompliziert, wie JIT: Sie müssen sich nicht darum sorgen, ob eine "Klasse" wird wie ein "struct" oder nicht. In meiner Erfahrung, Probleme können in der Regel so gegliedert, dass die höhere Ebene die Dinge geschrieben werden können, in einer sehr ausdrucksstarken Sprache wie Python (rich primitive, dynamische Typen, unglaublich flexibel Reflexion) und Transformationen geschrieben werden können in so etwas wie C. darüber hinaus gibt es ordentlich compiler-software, wie PLUTO (automatische loop-Parallelisierung und OpenMP-code-Generierung), und Bibliotheken, wie Horten, tcmalloc, BLAS (CUBLAS für die gpu), etc. wenn Sie wählen zu gehen, die C/C++ - route.

InformationsquelleAutor der Antwort gatoatigrado

Frage ist schlecht formuliert (oder zumindest den Titel), weil es impliziert dieser Unterschied ist endemisch und gilt für alle Instanzen von java/c#/c code.

Gott sei Dank sind die Körper, die Frage ist besser formuliert, denn es präsentiert eine halbwegs detaillierte Erklärung der Art, was dein code tut. Es nicht sagen, um welche Versionen (oder Anbieter) von c#/java runtimes, die Sie verwenden. Noch ist es den Zustand der Ziel-Architektur oder Maschine wird der code ausgeführt. Diese Dinge machen große Unterschiede.

Sie getan haben einige benchmarking, das ist gut. Einige Vorschlägewarum Sie sehen die Ergebnisse, die Sie tun:

• Sie sind nicht so gut im schreiben performante c# - code, wie Sie bei java/c (dies ist keine Kritik, oder sogar wahrscheinlich, aber es ist eine Reale Möglichkeit Sie sollten beachten)
• Späteren Versionen der JVM haben einige ernsthafte Optimierungen zu machen uncontended sperrt sehr schnell. Dies verzerrt möglicherweise die Dinge zu Ihren Gunsten (Und vor allem der Vergleich mit der c-Implementierung threading primitiven, die Sie verwenden)
• Da der java-code zu laufen scheint gut im Vergleich zu der c-code ist es wahrscheinlich, dass Sie sind nicht sehr abhängig von der heap-allocation-Strategie (profiling, würden Sie sagen das).
• Da der c# - code läuft weniger gut als die java (und vorausgesetzt, der code ist vergleichbar), dann mehrere mögliche Gründe gibt es:
  • Die Sie verwenden (unnötig) virtuelle Funktionen, die die JVM wird aber inline wird die CLR nicht
  • Die neueste JVM hat Escape-Analyse die können machen einige Pfade code deutlich effizienter (vor allem diejenigen mit string-manipulation, deren Lebensdauer stack gebunden
  • Nur die neuesten 32-bit-CLR inline-Methoden mit nicht-primitiven Strukturen
  • Einige JVM-JIT-Compiler verwenden, hotspot Stil Mechanismen, die versuchen, zu erkennen, die 'hotspots' der code und verbringen mehr Aufwand re-jitting.

Ohne ein Verständnis von dem, was Ihr code verbringt die meiste Zeit tun, ist es unmöglich, machen Sie konkrete Vorschläge. Ich kann ganz leicht code schreiben, das führt viel besser unter die CLR aufgrund der Nutzung von Strukturen über Objekte oder von targeting-runtime-spezifische Funktionen der CLR-wie non boxed Generika, ist dies kaum lehrreich als eine Allgemeine Aussage.

InformationsquelleAutor der Antwort ShuggyCoUk

Schreiben in einer Sprache oder einer anderen Ihnen nur kleine speed-ups für eine große Menge von Arbeit. Um wirklich die Dinge zu beschleunigen möchten Sie vielleicht zu betrachten, die folgenden:

1. Kauf der neuesten schnellsten Hardware.
2. Umzug von 32-bit-Betriebssystem auf 64 bit.
3. Grid-computing.
4. CUDA /OpenCL.
5. Mit compiler-Optimierung wie Vektorisierung.

InformationsquelleAutor der Antwort AnthonyLambert

Meine Präferenz wäre C oder C++ weil ich bin nicht getrennt von der Maschinensprache durch einen JIT-compiler.

Wollen Sie tun Intensive performance-tuning, und das bedeutet, daß wir über die hot spots eine Anweisung zu einem Zeitpunkt, zu sehen, was es tut, und dann Optimiere den Quellcode so um den optimalen assembler.

Wenn Sie nicht bekommen kann der compiler generiert, was für Sie gut genug assembler-code, dann schreiben Sie Ihre eigenen assembler für den hot-spot(s). Sie beschreiben eine situation, wo die Notwendigkeit, für die Leistung ist von größter Bedeutung.

Was ich NICHT auch tun würde, wenn ich in deine Schuhe (oder für immer) verlassen Sie sich auf anekdotische Verallgemeinerungen über eine Sprache, die schneller oder langsamer als die anderen. Was ich tun WÜRDE, ist mehrere Durchläufe der intensiven performance-tuning entlang der Linien von DIESE und DIESE und DIESE. Ich habe getan, diese Art der Sache mehrmals, und der Schlüssel ist, um die Iteration der Zyklus von Diagnose-und-Reparatur, weil jeder slug-fest macht die verbliebenen umso deutlicher, bis Sie buchstäblich können nicht squeeze einen neuen Zyklus aus, dass die Rübe.

Glück.

Hinzugefügt: Ist es der Fall, dass es gibt einige selten-ändern-Konfiguration Informationen, die bestimmt, wie der Großteil der Daten verarbeitet werden? Wenn ja, kann es sein, dass das Programm verbringt viel seiner Zeit re-Interpretation der Konfigurations-info, um herauszufinden, was als Nächstes zu tun ist. Wenn dem so ist, ist es in der Regel einen großen Gewinn zu schreiben - code-generator , liest die Konfigurations-info und generieren ad-hoc-Programm, das können Whiz durch die Daten, ohne ständig mit, um herauszufinden, was zu tun ist.

InformationsquelleAutor der Antwort Mike Dunlavey

Wenn Sie eine hoch multithreaded code, ich würde Ihnen empfehlen, nehmen Sie einen Blick auf die kommenden Task Parallel Library (TPL).NET und die Parallel Pattern Library (PPL) für native C++ - Anwendungen. Das spart Ihnen eine Menge Probleme mit thread/dead lockíng und alle anderen Fragen, die Sie verbringen viel Zeit zu Graben in und um die Lösung für dich.
Für mein selbst, ich glaube wirklich, dass das Speicher-management in der verwalteten Welt wird effizienter und schlagen der native code in der langfristig.

InformationsquelleAutor der Antwort Magnus Johansson

Ich würde überlegen, was jeder andere auch benutzt werden - nicht die Leute auf dieser Website, aber die Leute, die schreiben, die die gleiche Art von Massiv-parallelen, oder super-high-performance-Anwendungen.

Ich finde Sie alle schreiben Ihren code in C/C++. Also, nur diese Tatsache allein (dh. unabhängig von jeder Geschwindigkeit-Probleme zwischen den Sprachen), würde ich mit C/C++. Die Werkzeuge, die Sie verwenden, und entwickelt haben, werden von viel mehr nutzen für Sie, wenn Sie schreiben in der gleichen Sprache.

Abgesehen davon, dass ich gefunden habe, die C# - apps, um etwas weniger als eine optimale Leistung in einigen Bereichen, multithreading ist. .NET wird versuchen, Sie sicher zu halten von thread-Probleme (wahrscheinlich eine gute Sache in den meisten Fällen), aber das wird die Ursache für Ihren speziellen Fall Probleme (test: schreiben Sie eine einfache Schleife, die auf ein gemeinsames Objekt mit vielen threads. Führen, dass auf einem single-core-PC und Sie erhalten eine bessere Leistung, als wenn Sie führen Sie es auf einem Multicore-box .net ist das hinzufügen Ihrer eigenen sperren, um sicherzustellen, dass Sie nicht muck it up)(ich habe Jon Skeet ist singleton benchmark. Die statische Sperre dauerte 1,5 Sek auf meinem alten laptop, 8.5 s auf meinem superschnellen desktop, die lock-version ist sogar noch schlimmer, es selbst zu versuchen)

Der nächste Punkt ist, dass mit C Sie neigen dazu, sich auf den Speicher zugreifen und Daten direkt - nichts in die Quere kommt, mit C#/Java verwenden Sie einige der vielen Klassen, die bereitgestellt werden. Diese werden gut im Allgemeinen Fall, aber du bist nach dem besten und effektivsten Weg, um auf diese zuzugreifen (die, für Ihren Fall ist ein big deal mit multi-Terabyte-Daten, die Klassen wurden nicht entwickelt, mit denen Datensätze in mind, Sie wurden entworfen für den häufigen Fällen jeder andere auch verwendet), also nochmal, Sie wäre sicherer mit C für diesen - du wirst nie die GC immer verstopft von einer Klasse, schafft neue Zeichenfolgen intern, wenn Sie Lesen, ein paar Terabyte an Daten, wenn Sie es schreiben in C!

So kann es scheinen, dass die C#/Java kann Ihnen Vorteile gegenüber einer nativen Anwendung, aber ich denke, Sie finden diese Vorteile werden nur realisiert, für die Art von line-of-business-Anwendungen, die Häufig geschrieben.

InformationsquelleAutor der Antwort gbjbaanb

Wenn jeder Prozentsatz wird wirklich sparen Sie Zehntausende von Dollar, dann sollten Sie in einem domain-Experten helfen mit dem Projekt. Gut gestaltet und geschrieben code mit der Leistung in der Anfangsphase kann eine Größenordnung schneller, sparen Sie 90% oder 900.000 US-Dollar. Vor kurzem fand ich einen subtilen Fehler im code, beschleunigt einen Prozess, durch über 100 mal. Ein Kollege von mir gefunden, der Algorithmus läuft in O(n^3), dass er wieder schrieb, um es O(N log n). Dies führt tendenziell zu sein, wo die großen performance-speichern sind.

Wenn das problem so einfach, dass Sie sicher sind, dass ein besserer Algorithmus nicht eingesetzt werden kann, wodurch Sie erhebliche Einsparungen, dann C ist wahrscheinlich Ihre beste Sprache.

InformationsquelleAutor der Antwort Stephen Nutt

Ref; "Meine benchmarks so weit zeigen, Java und C sind in etwa auf Augenhöhe mit jedem anderen"

Dann deine benchmarks sind stark fehlerhaft...

C wird IMMER Größenordnungen schneller ist als C# und Java, es sei denn, Sie tun etwas ernsthaft falsch...!

PS!
Beachten Sie, dass dies nicht ein Versuch, um zu versuchen, zu schikanieren, weder C# noch Java, ich mag beide, Java und C#, und es gibt andere Gründe, warum Sie für viele Probleme entweder Java oder C# statt C Aber weder Java noch C# würde in eine korrekte schriftliche tests NIE in der Lage sein, um Sie mit der gleichen Geschwindigkeit wie C...

Bearbeitet, weil die schiere Anzahl der Kommentare streiten gegen meine Rhetorik

Vergleichen Sie diese zwei Kerle...

C#

public class MyClass
{
   public int x;

   public static void Main()
   {
      MyClass[] y = new MyClass[1000000];
      for( int idx=0; idx < 1000000; idx++)
      {
          y[idx] = new MyClass();
          y[idx].x = idx;
      }
   }
}

gegen diese (C)

struct MyClass
{
   int x;
}

void Main()
{
   MyClass y[1000000];
   for( int idx = 0; idx < 1000000; idx++)
   {
      y[idx].x = idx;
   }
}

Die C# - version benötigt vor allem zum speichern von array auf dem heap. Die C-version speichert das array auf dem stack. Zu store Sachen auf dem Stapel ist nur das ändern des Werts von einem integer-Wert, während zum speichern von Sachen auf dem heap bedeutet, herauszufinden, einen ausreichend großen Anteil des Speichers und potenziell bedeutet das Durchlaufen der Speicher für eine ziemlich lange Zeit.

Nun vor allem C# und Java reserviert riesige Brocken von Speicher, die Sie halten auf die Ausgaben, bis es aus ist, das macht diese Logik schneller ausführen. Aber auch dann vergleichen Sie diese gegen eine änderung der Wert ein integer ist wie eine F16 gegen ein öl-tanker speedwise...

Zweite in der C-version, da alle diese Objekte sind bereits auf dem Stapel ist, brauchen wir nicht explizit anlegen von neuen Objekten innerhalb der Schleife. Noch einmal für C# ist dies ein "suchen nach verfügbaren Speicher-Betrieb", während die C-version ist eine ZIP - (nichts tun Betrieb)

Dritte ist die Tatsache, dass die C-version wird automatisch löschen Sie alle diese Objekte, wenn Sie laufen out of scope. Doch auch dies ist eine operation, die ÄNDERT NUR DEN WERT VON EINEM INTEGER-WERT. Das würde auf den meisten CPU-Architekturen zwischen 1 und 3 CPU-Zyklen. Die C# - version tut das nicht, aber wenn der Garbage Collector aktiv wird, und Bedürfnisse zu erfassen, diese Elemente meine Vermutung ist, dass wir reden MILLIONEN von CPU-Zyklen...

Auch die C-version wird sofort x86-code (auf einem x86-CPU), während die C# - version würde sich zum ersten mal mit IL-code. Später dann ausgeführt, wenn es sein müsste, JIT-kompiliert werden, was wahrscheinlich allein nimmt Größenordnungen mehr Zeit, dann nur die Ausführung der C-version.

Nun einige wise guy könnte wahrscheinlich führen Sie den obigen code und Messen die CPU-Zyklen. Jedoch ist es im Grunde gar keinen Punkt zu tun, weil mathematisch ist es bewiesen, dass die Managed-Version würde wahrscheinlich mehrere Millionen mal die Anzahl der CPU-Zyklen als die C version. Also meine Vermutung ist, dass wir reden jetzt über 5-8 Größenordnungen langsamer als in diesem Beispiel. Und sicher, dies ist ein "rigged-test", dass ich "suchte etwas, um meinen Standpunkt zu beweisen", aber ich fordere diejenigen, die kommentierte schlecht gegen mich auf diesen Beitrag zu erstellen, eine Stichprobe, die NICHT schneller ausgeführt in C-und die auch nicht verwenden Konstrukte, die Sie normalerweise nie verwenden würde, in C durch "bessere alternativen" vorhanden.

Beachten Sie, dass C# und Java sind GROßE Sprachen. Ich bevorzuge diese über C zu JEDER ZEIT DES TAGES. Aber NICHT, weil Sie SCHNELLER sind. Denn das sind Sie NICHT. Sie sind IMMER langsamer als C und C++. Es sei denn, Sie haben kodiert, die Augen verbunden, die in C oder C++...

Bearbeiten;

C# natürlich haben die struct Schlüsselwort, das würde ernsthaft ändern Sie die Geschwindigkeit für die obigen C# - version, wenn änderten wir die C# - Klasse, um einen Wert geben, indem das Schlüsselwort struct statt Klasse. Das struct-Schlüsselwort bedeutet, dass C# - store neue Objekte für den gegebenen Typ auf dem stack, was für das obige Beispiel, würde die Geschwindigkeit erhöhen ernst. Immer noch die oben genannten Beispiel-passiert-Funktion auch ein array dieser Objekte.

Obwohl, wenn wir gingen durch und optimiert die C# - version, wie diese, würden wir noch am Ende mit etwas, das mehrere Größenordnungen langsamer als die C version...

Einen gute geschriebene Stück C-code IMMER schneller sein, dann C#, Java, Python und was auch immer-verwaltet-Sprache-Sie-wählen Sie...

Als ich sagte, ich Liebe C# und die meisten der Arbeit, die ich tun heute ist C# und nicht C. Jedoch glaube ich nicht, C#, weil es schneller ist als C. ich verwende C#, weil ich die Geschwindigkeit nicht braucht Verstärkung C gibt mir für die meisten meiner Probleme.

Sowohl in C# und Java, ist aber lächerlich langsamer als C und C++ für diese Angelegenheit...

InformationsquelleAutor der Antwort Thomas Hansen