Delphi 64 Bit langsamer als 32 Bit

[Medium]

@Patito: Da SSE imho SIMD arbeitet (nämlich mit je 2 Werten in einer OP), halte ich die Aussage für doch sehr gewagt. Zudem: Brauchst du die Nachkommastellen wirklich alle täglich? Wenn man derart präzise werden muss, ist man doch ohnehin ziemlich schnell bei einer N-Bit Library. (Ansonsten hast du vermutlich oftmals den falschen Datentyp (bzw. schlecht optimierte Rechenwege) benutzt.)

[BigAl]

Interessant, wie viel es hier zu lesen gibt. Eine spannende Aussage ist (da hatte ich gar nicht daran gedacht), dass der 64 Bit-Compiler ja auch (mittels $IFDEF...) teilweise anderen Code nutzt.

Ich habe vor kurzem auch mal ein paar Tests mit ein paar zentralen Funktionen meiner Applikation gemacht. Ich konnte z. T. die Geschwindigkeit durch einfaches Umformulieren erheblich beschleunigen (siehe Anhang). Klar, wir reden von Millisekunden oder Mikrosekunden. Wenn aber eine Durchlauf nachher 3 Minuten anstelle von 5 Minuten braucht, und es sind 100 Durchläufe durchzuführen, dann reden wir von 200 Minuten Einsparung. Diese zentralen Funktionen werden halt teilweise mehrere Milliarden(!) mal aufgerufen.

Alex

[mkinzler]

Delphi-Quellcode:

function femIDsExists(const IDs: TfemIDs; const ID: Integer): Boolean;
// prüfen, ob ein Eintrag in einer Liste vorhanden ist
begin
  for CheckID := Low(IDs) to High(IDs) do
    if IDs[CheckID] = ID then
        Exit( True);
  result := False;
end;

Du überprüfst auf vollständige Gleichheit von IDs[] und ID; u.U. reicht hier auch eine "Teil"-Prüfung ( ich kenne die Deklaration von TfemIDs ja nicht)

[BigAl]

Zitat:

Zitat von mkinzler (Beitrag 1223890)

Delphi-Quellcode:

function femIDsExists(const IDs: TfemIDs; const ID: Integer): Boolean;
// prüfen, ob ein Eintrag in einer Liste vorhanden ist
begin
  for CheckID := Low(IDs) to High(IDs) do
    if IDs[CheckID] = ID then
        Exit( True);
  result := False;
end;

Du überprüfst auf vollständige Gleichheit von IDs[] und ID; u.U. reicht hier auch eine "Teil"-Prüfung ( ich kenne die Deklaration von TfemIDs ja nicht)

Die Definition ist:

TfemIDs: array of Integer;

Ist ja nur ein Bespiel. Obige Funktion soll halt prüfen, ob ein Integerwert in einen dynamischen Array existiert. Das Beispiel soll halt auch verdeutlichen wie ein einfaches umformulieren manchmal was anderes erzeugen kann...

Alex

[Delphi-Laie]

Zitat:

Zitat von jfheins (Beitrag 1223725)

Zitat:

Bei den von mir eingesetzten Typen handelt es sich im Normalfall immer um klassische "Integer" etc. Diese sollten ja den nativen Type der Umgebung entsprechen.

Integer sind eigentlich immer 32bit groß. Von 16 auf 32 bit wurden sie noch erweitert, danach sah man da keinen Sinn mehr drin.

Integer ist (neben Cardinal) ein generischer Datentyp!

[mkinzler]

In der 64-Bit Implementierung aber auch nur 32Bit.

[jaenicke]

Zitat:

Zitat von mkinzler (Beitrag 1223895)

In der 64-Bit Implementierung aber auch nur 32Bit.

Leider ja... das hat bei mir einiges an Änderungen im Code erfordert und wird auch noch mehr erfordern. Zum Glück gibt es IFDEFs... (und davon deshalb reichlich)

[mkinzler]

Oder man ersetzt INTEGER durch NativeInt

[Robotiker]

Zitat:

Zitat von BigAl (Beitrag 1223886)

Ich konnte z. T. die Geschwindigkeit durch einfaches Umformulieren erheblich beschleunigen (siehe Anhang). Klar, wir reden von Millisekunden oder Mikrosekunden. Wenn aber eine Durchlauf nachher 3 Minuten anstelle von 5 Minuten braucht, und es sind 100 Durchläufe durchzuführen, dann reden wir von 200 Minuten Einsparung. Diese zentralen Funktionen werden halt teilweise mehrere Milliarden(!) mal aufgerufen.

Zu diesem Thema hätte ich noch ein Video, dort wird zwar C++ benutzt, aber die Schlussfolgerungen, wie man seine Daten anordnen soll, damit sie gut in den Cache passen, gelten ganz allgemein:
http://channel9.msdn.com/Events/Build/2013/4-329

[Delphi-Laie]

Zitat:

Zitat von mkinzler (Beitrag 1223895)

In der 64-Bit Implementierung aber auch nur 32Bit.

Auch bei Cardinal scheint es keine "Aufbohrung" gegeben zu haben.

Wurde mit Einführung des 32-Bit-Delphis noch großspurig von "generisch" gesprochen, so daß man sich über das "automatische Mitwachsen" der (passend gewählten, also generischen) integren Datentypen bei Bitanzahlvergrößerung des Compilates freuen konnte, ist dieser gute Vorsatz keine 20 Jahre (!) später schon wieder passé und obsolet. Schade.