RTL Performance D7 vs XE7

[newbe]

Hallo allerseits,

Ich weis aus der Vergangenheit das es nach Delphi XE2 Performanceprobleme mit der RTL gab.
Gibt es dort schon gute Benchmarkvergleiche mit XE7? Vielleicht hat sich da ja was getan?
Mich interessiert aber nur die Performance im Zusammenhang mit der VCL. Alles was es sonst noch gibt wie Crossplattform bzw. FMX, Firemonkey, Mobil Nextgen Compiler verwende ich nicht und ist deshalb nicht interessant für mich. Wäre nett wenn jemand paar gute Quellenlink für mich hätte.

Achja noch eine kleine Frage zum XE7 Mobilpart. Werden dort jetzt die jeweils nativen Controls des OS genutzt, oder immernoch die Akkuzeitfressenden Firemonkey-Pendants?

mfg newbe

[mkinzler]

Performance von Delphi XE6:
http://riversoftavg.com/blogs/wp-con...010-to-XE6.pdf

Grundsätzlich wird die Version mit Vektorgrafik verwendet. Es gibt es aber schon 2 Komponenten, welche man auf nativ umstellen kann; leider bisher nur für iOS ( bei anderen Plattformen wird die Einstellung ignoriert.)

[Der schöne Günther]

Was soll man denn da interessantes und alltagstaugliches benchmarken?

Die XE7-Demo ist frei verfügbar, du kannst doch selbst ganz konkret testen, was dich interessiert. Mir würde es jetzt an Fantasie fehlen, was man denn hier konkret testen soll. Und wo es überhaupt angeblich "Probleme" geben kann...

[Stevie]

Zitat:

Zitat von Der schöne Günther (Beitrag 1272256)

Was soll man denn da interessantes und alltagstaugliches benchmarken?

Was man alles benchmarken kann, ist nicht so schwer, nur was davon man nun für sich als wichtig betrachtet ist eher die Frage.
Den einen interessiert Numbercrunching mit Floats, den nächsten String Handling. Und ein weiterer muckiert sich über fehlende Return value optimization bei gemanagten Typen. Man müsste da schon etwas konkreter sein.

Im übrigen liegen nicht alle Dinge im Code der RTL begründet, die nun wegen Multiplatform an einigen Stellen nicht mehr Assembler Code nutzt sondern Pure Pascal, sondern auch im Compiler (wie z.B. die RVO)

[Bernhard Geyer]

Gegenüber D7 mit dem Widestring ist XEx mit dem Unicodestring um Welten schneller.

[mkinzler]

Der UnicodeString ist auch von Delphi verwaltet. Der war sicherlich auch schon unter XE2 schneller als WideString. 8-)

[himitsu]

WideString ist eine Kapselung von SysAllocStr und Co.

UnicodeString ist, wie der AnsiString, ein LongString, was intern einem aufgemotzem dnamischen Array entspricht.
* mir Referenzzählung, während der WideString nur eine Referenz kennt und jedesmal kopiert wird
* und über den Delphi-Speichermanager verwaltet

Wobei mit Delphi 2006? auch noch der SpeicherManager vom Delphi duch FastMM ersetzt wurde.



Herr Hausladen hat sogar ein Pugin, womit der MM der D7-IDE durch FastMM ersetzt wird, womit diese auch gleich mal flotter wird.

[Stevie]

Zitat:

Zitat von mkinzler (Beitrag 1272262)

Der UnicodeString ist auch von Delphi verwaltet. Der war sicherlich auch schon unter XE2 schneller als WideString. 8-)

Der Punkt ist, dass bis Delphi 2009 einige

Delphi-Quellcode:

string

Geschichten schneller liefen, weil der Compiler da kein Zeugs für Unicode Kompatibilität zwischengehauen hat.

[Bernhard Geyer]

[QUOTE=Stevie;1272266]

Zitat:

Zitat von mkinzler (Beitrag 1272262)

Der Punkt ist, dass bis Delphi 2009 einige

Delphi-Quellcode:

string

Geschichten schneller liefen, weil der Compiler da kein Zeugs für Unicode Kompatibilität zwischengehauen hat.

Und was soll er da dazwischen hauen? Oder vergleichst du jetzt Anis mit Unicode-String?

[Stevie]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1272270)

Oder vergleichst du jetzt Anis mit Unicode-String?

Nicht Anis, sondern Salbei...

Natürlich tu ich das. Denn genau das passiert, wenn du deine Software mit

Delphi-Quellcode:

string

in Delphi 2007 oder eher geschrieben hast, migrierst und dann irgendwelche Performance Tests laufen lässt, die Stringoperationen beinhalten.
Dass das Äpfel mit Birnen vergleichen ist, weiß ich, aber manche nicht. Deshalb erwähn ichs nochmal.

P.S. FPC is eh viel schneller! /sarcasm off :roll: