Kann es sein das die Speicherfreigabe bei Unicodestrings viel schneller ist als bei Widestrings von alten Delphi-Versionen.

Jedenfalls mein kleines Testprogramm (D6 mit LMD-Widestringliste gegenüber D XE2 mit Normaler Stringlist zeigt bei der Freigabe der Stringlist erhebliche Performanceunterschiede wenn z.B. 100.000 unique Strings beteiligt sind.

Ja.

UnicodeString ist genauso ein "LongString", wie der AnsiString.
Sie verfügen über eine Referenzzählung und werden vom Delphi-Speichermanager verwaltet.

Am Schnellsten ist aber natürlich der ShortString, weil da praktisch garkeine Speicherverwaltung nötig ist, da er meistens wohl einfach nur auf'm Stack rumgammelt,
also schneller als der String[1] bis String[3] (in Win64 bis String[8]) ist nichts.

Der WideString ist und war nur eine Kapselung der String-API aus der OleAut32.dll (SysAllocStringLen SysReAllocStringLen SysFreeString).

Seit 'ner Weile (TDE?) ist nun auch noch der FastMM in Delphi drin, womit das noch schneller wurde.

Fazit: Beim UnicodeString wird vermutlich (meistens) garkein Speicher freigegeben weil FastMM sich den oftmals noch etwas aufhebt, um den Speicher schnell wieder ans Programm weiterzugeben, ohne jedesmal erst wieder neuen Speicher bei Windows beantragen zu müssen.

FastMM habe ich schon bei D6 drin.

Der Hauptunterschied müsste eigentlich sein das die Speicheranforderung/Freigabe Richtung Windows ein Performancegrab ist.