Delphi 64 Speicherfragen

[BigAl]

Zitat von BUG:

Zitat von BigAl:

Die sind natürlich deaktiviert ({$R-}) ...

Delphi-Quellcode:

//...
0000000000759DE8 E87319CBFF       call @IntOver
//...

Sieht aus, als ob das nicht die Bereichsprüfung, sondern die Integer-Overflow-Prüfung ist

Guter Einwand . Danke, das war's.... Jetzt sieht das Ganze viel kompakter aus:

Delphi-Quellcode:

glbMatrix.pas.128: P(UInt64(FMMFPtr) + (Y * FCountX + X) * SizeOf(T))^ := Value;
0000000000759DA4 488B4510         mov rax,[rbp+$10]
0000000000759DA8 488B4018         mov rax,[rax+$18]
0000000000759DAC 488B4D10         mov rcx,[rbp+$10]
0000000000759DB0 8B5518           mov edx,[rbp+$18]
0000000000759DB3 0FAF5108         imul edx,[rcx+$08]
0000000000759DB7 035520           add edx,[rbp+$20]
0000000000759DBA 8BD2             mov edx,edx
0000000000759DBC 488B4D28         mov rcx,[rbp+$28]
0000000000759DC0 48890CD0         mov [rax+rdx*8],rcx

Hast Du noch so einen guten Tipp?

Vielen, vielen Dank!

Alex

[BUG]

Zitat von BigAl:

Hast Du noch so einen guten Tipp?

So einen guten nicht

Was mir allerdings auffällt, ist dass du den Zeiger auf ein Element an verschiedenen Stellen berechnest.
Im Allgemeinen lagere ich die Adress-/Index-Berechnung in eine inline-Methode aus (DRY), so dass man immer konsistent auf das Feld zugreift.
Fehler an dieser Stelle sind ziemlich tückisch

[BigAl]

Zitat von BUG:

Zitat von BigAl:

Hast Du noch so einen guten Tipp?

So einen guten nicht

Was mir allerdings auffällt, ist dass du den Zeiger auf ein Element an verschiedenen Stellen berechnest.
Im Allgemeinen lagere ich die Adress-/Index-Berechnung in eine inline-Methode aus (DRY), so dass man immer konsistent auf das Feld zugreift.
Fehler an dieser Stelle sind ziemlich tückisch

Hmm. Die Berechnung an sich ist ja recht simpel und ändert sich eigentlich auch nie... Man könnte diese natürlich entsprechend auslagern. Aber sie findet ja nur genau zweimal statt...

Trotzdem Danke!

Alex

[jfheins]

Ich denke, dass du vor allem auf gute Lokalität achten musst. Bei der Lösung solltest du also eben nicht wild durch die Gegend dereferenzieren, sondern die Matrix in Teile teilen und dann lösen.
Vorteil vom Partitionieren siehe hier die blaue Kurve: http://stackoverflow.com/q/4300663
Was da mathematisch passiert: http://math.stackexchange.com/questi...ices-in-pieces

Falls es geht, solltest du eine aktuelle Intel-CPU hernehmen und die Intel-MKL einsetzen. Die Intel-MKL diskriminiert gegen AMD-CPUs, aber auf einer Intel-CPU macht die so ziemlich alles platt. Das gilt aber natürlich nur, falls die CPU nicht gerade auf die SSD werten muss. Bei dir spielt ja anscheinend nicht nur die Lokalität RAM<>Cache eine Rolle, sondern auch die (viel krassere) Latenz SSD<>RAM.
http://www.kerrywong.com/2009/03/07/...formance-in-c/

Soweit ich weiß, ist die Intel-MKL aber nur in C verfügbar. Vielleicht kannst du dir ja eine DLL mit Subroutinen erzeugen und in Delphi benutzen...