Comment obtenir la taille d'un objet en mémoire ?

Question

J'ai besoin de savoir combien d'octets mon objet consomme en mémoire (en C#). Par exemple, combien d'octets ma Hashtable ou SortedList ou List<String> .

Answer 1

Ce n'est peut-être pas exact, mais c'est assez proche pour moi.

long size = 0;
object o = new object();
using (Stream s = new MemoryStream()) {
    BinaryFormatter formatter = new BinaryFormatter();
    formatter.Serialize(s, o);
    size = s.Length;
}

Answer 2

Je ne pense pas que vous puissiez l'obtenir directement, mais il y a quelques façons de le trouver indirectement.

Une façon de procéder est d'utiliser le GC.GetTotalMemory pour mesurer la quantité de mémoire utilisée avant et après la création de votre objet. Ce ne sera pas parfait, mais tant que vous contrôlez le reste de l'application, vous pouvez obtenir les informations qui vous intéressent.

En dehors de cela, vous pouvez utiliser un profileur pour obtenir l'information ou vous pouvez utiliser la fonction api de profilage pour obtenir l'information en code. Mais ce ne sera pas facile à utiliser, je pense.

Ver Découvrez la quantité de mémoire utilisée par un objet en C# ? pour une question similaire.

Answer 3

Objet non géré :

• Marshal.SizeOf(object yourObj);

Types de valeurs :

• sizeof(object val)

Objet géré :

• Il semble qu'il n'y ait pas de moyen direct d'obtenir des objets gérés, Ref : https://devblogs.microsoft.com/cbrumme/size-of-a-managed-object/

Answer 4

OK, cette question a été répondue et la réponse a été acceptée mais quelqu'un m'a demandé de mettre ma réponse alors voilà.

Tout d'abord, il n'est pas possible de l'affirmer avec certitude. Il s'agit d'un détail d'implémentation interne et non documenté. Cependant, en se basant sur les objets inclus dans l'autre objet. Maintenant, comment calculer le besoin en mémoire pour nos objets en cache ?

J'avais déjà abordé ce sujet dans ce article :

Maintenant, comment calculer le besoin en mémoire pour notre cache en cache ? Eh bien, comme la plupart d'entre vous le savent, Int32 et float sont des objets de quatre octets, double et DateTime 8 octets, char est en réalité deux octets (et non pas un octet), et ainsi de suite. String est un peu plus complexe, 2*(n+1), où n est la longueur de la chaîne. Pour les objets, cela dépendra de leurs membres : il suffit d'additionner les besoins en mémoire de tous ses membres, en se rappelant que toutes les références d'objets sont simplement des pointeurs de 4 octets sur une boîte 32 bit. Maintenant, ce n'est pas tout à fait vrai, nous n'avons pas pris en compte de l'overhead de chaque objet dans le tas. Je ne suis pas sûr que vous ayez besoin si vous devez vous en préoccuper, mais je suppose que si vous utilisez beaucoup de petits objets, vous devriez prendre l'overhead en considération. considération. Chaque objet du tas coûte autant que ses types primitifs, plus quatre octets pour les références aux objets (sur une machine 32 bits, bien que BizTalk fonctionne en 32 bits sur des machines 64 bits également), plus 4 octets pour le pointeur d'objet de type, et je pense 4 octets pour l'index de bloc de synchronisation. Pourquoi cette surcharge supplémentaire est-elle importante ? Eh bien, imaginons que nous ayons une classe avec deux membres Int32 ; dans ce cas, le besoin en mémoire est le suivant 16 octets et non 8.

Answer 5

Le fragment de code suivant devrait renvoyer la taille en octets de tout objet qui lui est passé, pour autant qu'il puisse être sérialisé. J'ai obtenu cela d'un collègue de Quixant pour résoudre un problème d'écriture en SRAM sur une plateforme de jeu. J'espère que cela vous aidera. Crédit et remerciements à Carlo Vittuci.

/// <summary>
/// Calculates the lenght in bytes of an object 
/// and returns the size 
/// </summary>
/// <param name="TestObject"></param>
/// <returns></returns>
private int GetObjectSize(object TestObject)
{
    BinaryFormatter bf = new BinaryFormatter();
    MemoryStream ms = new MemoryStream();
    byte[] Array;
    bf.Serialize(ms, TestObject);
    Array = ms.ToArray();
    return Array.Length;
}