Problème d'utilisation de la mémoire Delphi, String vs Widetring, VCL non-unicode (D7)

Question

Je stocke des classes avec des paramètres WideString les décrivant (comme le nom, la description et d'autres). Maintenant, si je change tous ces WideStrings en simple "string" (j'utilise un alias en fait donc je dois changer une seule ligne), l'utilisation de la mémoire est environ 5% plus grande !! que précédemment ... Comment est-ce possible, puisque chaque caractère de la chaîne est deux fois plus petit que le WideChar?

merci d'avance!

m.

Answer 1

Le gestionnaire de mémoire Delphi ne libère pas toute la mémoire inutilisée dans le système d'exploitation. La fragmentation peut aussi très mal fonctionner. Les deux dépendent du gestionnaire de mémoire que vous utilisez (FastMM est généralement meilleur que le gestionnaire de mémoire de stock dans D7, mais n'importe quel gestionnaire de mémoire peut être mis à genoux en utilisant une série spécifique de mémoire du gestionnaire de mémoire). De plus, WideStrings, bien qu'il s'agisse de chaînes COM, ne sont pas comptés par référence et pourraient ne pas être publiés même plus tard que les chaînes normales. La seule manière fiable d'interroger le message mémoire réel dans Delphi est de demander au gestionnaire de mémoire que votre programme Delphi utilise. Cette fonction dans l'unité du système fait pour vous:

function GetHeapStatus: THeapStatus 

--jeroen

modifier: 20100104 en réaction à commenter par Marco: (FastMM est généralement mieux que le gestionnaire de mémoire disponible dans D7, mais n'importe quel gestionnaire de mémoire peut être mis à genoux en utilisant une série spécifique de modèles d'utilisation de la mémoire du gestionnaire de mémoire)

Answer 2

Il est possible que ces chaînes constituent une partie (relativement) faible de la mémoire utilisée pour exécuter votre programme. D'autres espaces sont utilisés par des poignées, divers objets, etc.

Par exemple, supposons que vous ayez environ 100 Ko de texte lorsque vous utilisez des chaînes ANSI et que vous les convertissiez à Widestrings. Seuls ces 100 Ko seraient affectés, mais ces 100 Ko ne constituent pas chaque octet de l'empreinte mémoire de votre programme. L'espace sera utilisé pour les formulaires, les poignées, les nombres et d'autres objets, mais comme ils ne sont pas modifiés lors de la conversion, ils ne nécessiteront évidemment pas plus de mémoire qu'avant la conversion.

Answer 3

WideStrings utilise un gestionnaire de mémoire différent (un windows) puis AnsiStrings (Delphi) et sont référencés différemment. Comment avez-vous mesuré l'utilisation de la mémoire? Avec quel outil et quel compteur exact?

Answer 4

Comment mesurez-vous le mémo utilisé? La mémoire WideString IIRC est allouée à l'aide de SysAllocString() et contourne ainsi le gestionnaire de mémoire Delphi.

Answer 5

Le gestionnaire de mémoire dans Delphi prend toujours plus de mémoire, qu'il n'en a vraiment besoin. C'est une amélioration de la vitesse.

Answer 6

Utilisez-vous le type AnsiString ou ShortString lorsque vous n'utilisez pas WideString? Est-il possible que vous compiliez avec {$ H-} compilateur (globalement ou dans une certaine unité) qui traite tous les types "String" comme ShortString? Si vos chaînes sont de type ShortString et que vous ne spécifiez pas la taille de la chaîne, la mémoire allouée est toujours de 256 octets.