La quantité de mémoire allouée pour pointiller l'application nette dépend au moment si l'application fonctionne en tant que processus de 32 ou 64 bits.
Sur un système à 32 bits, chaque objet est assigné une mémoire du byte 8. Pour l'existence de l'objet il doit être mis en référence de quelque part - qui augmente par la suite la quantité de mémoire requise pour une existence d'objet à 12 bytes.
Sur les systèmes 64-bit, la situation est plus mauvaise. L'attribution de mémoire d'objet grimpée jusqu'à 16 bytes, et 8 bytes sont exigés pour une référence, ainsi les besoins de chaque objet 24 existences de tfor de bytes simplement.
Si des rangées sont créées et détruites beaucoup, il est possible que le modèle des créations et des collections d'ordures puisse avoir comme conséquence .NET laissant de grands trous dans la mémoire qui réduira la taille de la plus grande rangée qu'il peut assigner. Ce problème peut avoir comme conséquence une application manquant graduellement de mémoire quoiqu'il n'ait aucune fuite de mémoire et ses conditions de mémoire n'augmentent pas autrement avec le temps.
Tous les objets créés par le CLR sont sujets à ce coût caché de mémoire, qui peut avoir comme conséquence une application using beaucoup de fois plus de mémoire que prévue. La réduction du nombre d'objets maintenus dans la mémoire n'importe quand, peut-être en augmentant le nombre de champs dans différents objets ou en stockant des données en bloc en grandes structures de données, est une façon efficace d'augmenter la capacité et l'efficacité des applications de .NET.
Déni : Les informations fournies ici par sont basées sur la lecture que j'ai faite sur l'Internet.
