Delphi 64 Bit langsamer als 32 Bit

[mentaltec]

Hi,

gibt es dafür

Zitat von mkinzler:

Unter 64Bit gibt es (wie schon kurz erwähnt) keine FPU mehr

einen Beleg?
ich persönlich glaube :: wer ein A20 Gate bis zur 48 bit Adressierung durchschleppt, kappt keine noch so crazy FPU.

evtl. ist es ja nur eine Empfehlung für zukünftige Entwicklungen

mfg

[Patito]

Zitat von mentaltec:

gibt es dafür

Zitat von mkinzler:

Unter 64Bit gibt es (wie schon kurz erwähnt) keine FPU mehr

einen Beleg?
ich persönlich glaube :: wer ein A20 Gate bis zur 48 bit Adressierung durchschleppt, kappt keine noch so crazy FPU.

evtl. ist es ja nur eine Empfehlung für zukünftige Entwicklungen

mfg

Also in der Hardware ist es wohl noch drin. Die Unterstützung von Microsoft aus
war wohl ein wenig am wackeln.

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

"In 64-bit versions of Windows, the operating system preserves the MMX/x87 registers across thread (and process) switches. However, there is no explicit calling convention for the MMX/x87 registers. Code that is produced by the 64-bit compiler for x64 processors does not use these registers and does not preserve them across function calls."

Technisch könnte der Delphi-Compiler vermutlich weiter die alte FPU-Präzision behalten.

Ich interpretiere dieses "does not preserve them across function calls." jetzt mal so,
dass die Gefahr besteht, dass ein Aufruf einer Microsoft C++ dll eventuell den FPU-Status zerschießt.

[OlafSt]

Nicht ganz "does not use" sagt aus, dsa keine MMX/x87-Register benutzt werden. Daher ist es reine Zeitverschwendung, die MMX/x87-Register zu sichern, ergo "does not preserve". Die FPU-Register bleiben also völlig unangetastet.

[Patito]

Zitat von OlafSt:

Nicht ganz "does not use" sagt aus, dsa keine MMX/x87-Register benutzt werden. Daher ist es reine Zeitverschwendung, die MMX/x87-Register zu sichern, ergo "does not preserve". Die FPU-Register bleiben also völlig unangetastet.

Verlassen würde ich mich nicht darauf. Nur weil sie die Register nicht benutzen, heisst das noch lange nicht, dass sie nicht eben mal kurz irgendwas platt machen. Sei es auch nur Exceptions aussschalten oder die Präzision umstellen - (ist ja nur FPU-State und kein Register).

[OlafSt]

Wäre dem so, dann würde da auch nicht stehen "does not use".

Irgendwann muß man anfangen, sich auf die Dokumentation zu verlassen - ansonsten fangen wir irgendwann an, unser eigenes BIOS zu schreiben

[Patito]

Hm. An ein eigenes BIOS habe ich noch nicht gedacht...

Soweit ich das jetzt verstanden habe:
Technisch geht x87 unter 64bit - Microsofts wollte es zwar nicht, aber es funktioniert trotzdem.

Hier schreibt Microsoft aber, dass x87 deprecated ist
http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Unter 64-bit XP gab es wohl schon Probleme
http://support.microsoft.com/kb/934198

[jfheins]

Ja, ich denke so kann man es ausdrücken. Da SSE aber auch schneller ist, erzeugen alle Compiler SSE Code. Und in Delphi kannst du auch kein Assembler benutzen - x87 Code und x64 Code zu mischen verlangt also entsprechend viel Handarbeit

[jaenicke]

Zitat von jfheins:

Und in Delphi kannst du auch kein Assembler benutzen - x87 Code und x64 Code zu mischen verlangt also entsprechend viel Handarbeit

Assembler kannst du in Delphi durchaus auch unter 64-Bit nutzen, nur du musst die ganze Methode in Assembler schreiben und kannst nicht wie unter 32-Bit Assemblerzeilen einstreuen.

[Patito]

Zitat von jaenicke:

Assembler kannst du in Delphi durchaus auch unter 64-Bit nutzen, nur du musst die ganze Methode in Assembler schreiben und kannst nicht wie unter 32-Bit Assemblerzeilen einstreuen.

Und wie immer, gibt es schon jemanden, der das alles schon mal gemacht hat:

http://blog.synopse.info/post/2011/0...phi-XE2-64-bit

[Patito]

Zitat von jfheins:

Ja, ich denke so kann man es ausdrücken. Da SSE aber auch schneller ist, erzeugen alle Compiler SSE Code.

Da die Präzision von SSE geringer ist, ist der Geschwindigkeitsgewinn wohl leider nur ein Fake.