Delphi vs. C# vs C++

[Bernhard Geyer]

Zitat von luisk:

Hallo,
hab mal einen Vergleich zwischen Delphi 6 und MS C# Express 2015 gemacht:

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var li,lj:integer;
begin
        li := 0;
        lj := 0;
            for li:=0 to 50000 do begin
               for lj:=0 to 1000000  do begin

                end;
                if (li mod 1000=0) then begin
                   button1.caption := inttostr(li);
                   button1.Update();
                end;
            end;
end;

C#:

Code:

       private void button1_Click(object sender, EventArgs e)
        {
            int li = 0;
            int lj = 0;
            for (li=0;li<50000;li++)
            {
                for(lj=0;lj<1000000;lj++)
                {                  
                }
                if (li % 1000 == 0)
                {
                    button1.Text = li.ToString();
                    button1.Update();
                }
            }
        }

Ergebnis: Delphi ist 10 mal schneller als C#
Kann jemand Angaben zu C++ machen ?

Das Ergebnis ist das bei blödsinniger permanenten GUI-Aktualisierung (welche die Funktionzeit eh vervielfacht) Delphi schneller diese blödsinnige Permanete GUI-Aktualsierung durchführen kann. Weiter Aussagen zu Performancevergleich Delphi <-> C# lassen sich nicht ableiten.

Und wie heißt es so schön: "Wer Mist mist, mist Mist"

[luisk]

Zitat von Bernhard Geyer:

Das Ergebnis ist das bei blödsinniger permanenten GUI-Aktualisierung (welche die Funktionzeit eh vervielfacht) Delphi schneller diese blödsinnige Permanete GUI-Aktualsierung durchführen kann. Weiter Aussagen zu Performancevergleich Delphi <-> C# lassen sich nicht ableiten.

Wohl übersehen, was dieses li mod 1000 bewirkt?

Delphi-Quellcode:

if (li mod 1000=0) then begin
                   button1.caption := inttostr(li);
                   button1.Update();
       end;

[Daniel]

Es sollte schon allen klar sein, dass hier "nur" alle 1000 Durchläufe der Button aktualisiert wird. Aber bei 50 Mio. Durchläufen ist auch das schon einiges. "Einiges" im Sinne von "derart viel, dass es so sehr ins Gewicht fällt, dass alles andere quasi weggedrückt wird".

[Bernhard Geyer]

Zitat von luisk:

Zitat von Bernhard Geyer:

Das Ergebnis ist das bei blödsinniger permanenten GUI-Aktualisierung (welche die Funktionzeit eh vervielfacht) Delphi schneller diese blödsinnige Permanete GUI-Aktualsierung durchführen kann. Weiter Aussagen zu Performancevergleich Delphi <-> C# lassen sich nicht ableiten.

Wohl übersehen, was dieses li mod 1000 bewirkt?

Delphi-Quellcode:

if (li mod 1000=0) then begin
                   button1.caption := inttostr(li);
                   button1.Update();
       end;

Nein, habe ich nicht! Genau so eine Logik haben/hatten wir hier auch in unserer Anwendung drin.
Wenn aber so ein Mod-Vergleich alle 1 ms kommt ist trotzdem die GUI-Aktualiserung das bremsende Element.
Haben mittlerweile ein Basisklass/Codefragement/Methode das eine "if DelayToLastUpdate > 300ms"-Abfrage drin hat.
Damit wird die GUI nur alle 300 ms aktualisiert (Und erst nach Aktualisierung wird die Vergleichszeit neu gestartet)
Damit habe ich Zeiten für länger andauernde Aktionen teilweise auf 1/5 der ursprünglichen Zeit verkürzen können.

[stahli]

Zitat von luisk:

Wohl übersehen, was dieses li mod 1000 bewirkt

Ich hab Dich ja oben noch in Schutz genommen.
Aber andererseits haben die Kollegen natürlich Recht, dass das Testbeispiel nicht wirklich taugt.
Wenn es auf Performance ankommt, sollte man kein GUI-Refresh dazwischen schieben.
Wenn man dies macht, kann einem die Performance nicht so wichtig sein.

Also Deine Anforderungen sind da nicht wirklich klar.
Was willst Du denn eigentlich erreichen?

[Bernhard Geyer]

Zitat von stahli:

Also Deine Anforderungen sind da nicht wirklich klar.
Was willst Du denn eigentlich erreichen?

Gute Frage. Solche Aufgaben/Anforderungen kommt mir verdächtig nach
"Wir haben schon immer mit Delph/C/Java/..." gemacht und jetzt sollen wir was anders machen. Schnell mal schauen ob wir Killerargumente finden".

[Bernhard Geyer]

Vor einiger Zeit (mehrer Jahre) gabs mal 2-3 Artikel bezüglich Performancevergleich C/C++/Java/C# und Delphi.

Ergebnis war:

Im "Number-Crunshing" ist C/C++ vorne
In "normalen" Entwickeralttag (Objektorientierte Programmierung, Ableitung, Überladen von Methoden, ...) sind Delphi/Java/C# ähnlich schnell.
C++ war hier der "einsame" Verlierer.

[BUG]

Zitat von Bernhard Geyer:

C++ war hier der "einsame" Verlierer.

Hu, wirklich? Da würde ich gerne mal was genaueres drüber lesen.

Zitat von Bernhard Geyer:

Damit habe ich Zeiten für länger andauernde Aktionen teilweise auf 1/5 der ursprünglichen Zeit verkürzen können.

Da gab es mal was schönes in Gamasutra: Don't Sync and Load.

[Bernhard Geyer]

Zitat von BUG:

Zitat von Bernhard Geyer:

C++ war hier der "einsame" Verlierer.

Hu, wirklich? Da würde ich gerne mal was genaueres drüber lesen.

http://www.heise.de/artikel-archiv/c...el-Duesentrieb
http://www.heise.de/artikel-archiv/c...el-Duesentrieb

[BUG]

Zitat von Bernhard Geyer:

http://www.heise.de/artikel-archiv/c...el-Duesentrieb
http://www.heise.de/artikel-archiv/c...el-Duesentrieb

Vielen Dank fürs Raussuchen, so weit reicht mein Archiv leider noch nicht zurück. Werde mir noch überlegen, ob ich für nen 12 Jahre alten Artikel 3,50€ ausgeben möchte
Irgendwann muss ich mir mal das komplett-Archiv holen ...