Delphi Performance Vergleich zu C#

[p80286]

Zitat von Stevie:

fang ich gar nicht erst an... yay native compiled...

Ach komm, nur weil die theoretischen Vorteile nicht genutzt werden...
Solange die meisten meiner Programme von Platte und/oder DB ausgebremst werden, mach ich mir um 10 Sekunden keine Gedanken.

Gruß
K-H

[Stevie]

Zitat von p80286:

Ach komm, nur weil die theoretischen Vorteile nicht genutzt werden...

Es soll auch Softwarebereiche geben, die CPU und nicht IO bound sind.
Wenn der Compiler nen besseren Job machen würde, dann bräuchte auch nicht die Hälfte der System.pas in Assembler geschrieben werden, damit sie schnell(er) ist.

Außerdem geht's mir hier primär um die antiquierte Ansicht und Propaganda, die von vielen verbreitet und geglaubt wird, dass nativ kompiliert automatisch schnell und managed/interpreted/jitted langsam sei.

[jobo]

Zitat von Stevie:

Außerdem geht's mir hier primär um die antiquierte Ansicht und Propaganda, die von vielen verbreitet und geglaubt wird, dass nativ kompiliert automatisch schnell und managed/interpreted/jitted langsam sei.

Hatten wir hier grad auf Mips mit Java: sehr langsam, nicht optimiert. Da macht man dann auch erstmal gar nichts, auch nicht Assembler.
Man kann es vielleicht so sagen: Automatisch wird gar nichts optimiert, wenn also überhaupt eine Automatik existiert, dann nur die der Langsamkeit.
Es scheint darauf anzukommen, welche Interessenlage in den jeweiligen Ökosystemen besteht.

[hoika]

Hallo,

Zitat:

managed/interpreted/jitted langsam sei.

Das ist jetzt wirklich antiquiert.

[4dk2]

Zitat von p80286:

Zitat von Stevie:

fang ich gar nicht erst an... yay native compiled...

Ach komm, nur weil die theoretischen Vorteile nicht genutzt werden...
Solange die meisten meiner Programme von Platte und/oder DB ausgebremst werden, mach ich mir um 10 Sekunden keine Gedanken.

Gruß
K-H

Also bei mir (Echtzeit-Maschinen-Steuerungen)
Kommt es schon drauf an, ob das fronted hinterher kommt. (Datenerfassung/Auswertung)
Und ich find es trotzdem wichtig und auch interessant mal sowas
Mit so einfachen Tests zu beleuchten!
Das bei 90% der Anwendungen die CPU nicht das bottleneck ist, ist ja klar.

Bei mir war es so, das Event gesteuert, Daten berechnet wurden, und das sich als zu langsam
Herausgestellt hat. Per Interfaced Aufruf wurd es dann schneller aber dann wollte ich es genau wissen.

Falls es jemanden interessiert hier die c# Performance Charts
Um per Parameter ein Ergebnis zu bekommen.
1. normaler (Aufruf wie im Beispiel)
2. delegates (func<int,int>)
3. interfaced (dauert unerwartet lange)
4. Events (ist sogar langsamer als der normale Delphi Aufruf xD )

[generic]

Ich kann mir schon vorstellen, dass der JIT erheblich schneller ist.
Einfach daher, dass er just in time die CPU kennt und somit passend optimieren kann.
Der Delphi-Compiler kann ja nur doof generischen x86 Code erzeugen.