Delphi 64 Bit langsamer als 32 Bit

[BigAl]

Hallo,

ich bin gerade am Schreiben einer sehr umfangreichen Anwendung. Im Zuge von diversen Optimierungen habe ich einige Messungen durchgeführt. Leider fällt mir immer wieder auf, dass die 32 Bit Variante schneller ist als die 64 Bit Variante. 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.

Ein Beispiel: Ich diskretisiere Objekte für eine finite Elemente Simulation. Ein Testobjekt mit 36 Kanten wird auf ca. 270.000 Kanten diskretisiert. Hierbei werden sehr viele Berechnungen durchgeführt (Matrizen, Volumen, Längen, Flächen etc.), aber auch sehr viele Indexoperationen mit dynamischen Arrays (array of Integer). Als 32-Bit benötigt der Diskretisierungsvorgang ca. 24,58 Sekunden. Als 64-Bit Anwendung werden ca. 28,21 Sekunden benötigt (absolut reproduzierbar). Das klingt jetzt nicht nach viel, aber die Objekte werden später wesentlich komplexer und umfangreicher, was die benötigte Zeit vervielfacht...

Hat irgendjemand eine Idee, warum die 64 Bit Anwendungen langsamer sind als die 32 Bit Anwendungen?

Viele Grüße

Alex

[Der schöne Günther]

Ich würde sagen weil die Register in deiner CPU nicht größer geworden sind. Webbrowser sind (glaube ich) bis heute größtenteils immer noch 32 Bit, da es sich einfach nicht lohnt bzw. sogar eben langsamer wird.

[jfheins]

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.

[Delphi-Laie]

Zitat von jfheins:

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 von mkinzler:

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)

[Delphi-Laie]

Zitat von mkinzler:

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.

[Sir Rufo]

System.Integer ist immer 32bit (x32,x64)
Was du meinst/suchst ist System.NativeInt

[Perlsau]

Zitat von Sir Rufo:

System.Integer ist immer 32bit (x32,x64)
Was du meinst/suchst ist System.NativeInt

Kann man das so interpretieren, daß eine 64-Bit-Anwendung, wenn man int64 statt Integer einsetzt, schneller wird?

[Namenloser]

Zitat von Perlsau:

Zitat von Sir Rufo:

System.Integer ist immer 32bit (x32,x64)
Was du meinst/suchst ist System.NativeInt

Kann man das so interpretieren, daß eine 64-Bit-Anwendung, wenn man int64 statt Integer einsetzt, schneller wird?

Ist nicht zu erwarten, nein. Nach dem Thread hier zu urteilen wird es eher langsamer.