Discussion :

[Seth77]

Salut

Quels sont les "parametres" qui vont jouer sur la performance d une classe ?

Biensur, le nombre de membre et le type de donnee va jouer sur la performance et la quantite memoire.
Mais est ce que le nombre de methode, evenement, propriete va t il beaucoup jouer ? ou meme le niveau de polymorphisme ?

Merci d avance

[François DORIN]

Bonjour,

Il y a tant de paramètre qu'il est difficile de répondre. Quand tu parles de performance, tu vises quoi exactement ? Minimiser le temps processeur ? Minimiser la consommation en RAM ? Minimiser le temps de chargement ?

Par exemple, la nature de la classe (class ou struct) va influencer la manière dont les variables sont allouées ainsi que la manière dont elles sont passées en paramètre :

• Pour une class, le passage de paramètres est rapide car cela se fait par référence. Mais l'allocation se fait sur le tas ;
• Pour une struct, le passage de paramètres va dépendre énormément de la taille de ta struct (et donc du nombre d'attribut) car cela se passe par copie. Par contre, l'allocation est rapide puisqu'elle se fait sur la pile (et n'influence donc pas le GC)

La taille des méthodes va enfluencer la possibilité pour le JIT de les inliner ou non.

Le polymorphisme induit une indirection lors de l'appel d'une méthode virtuelle. Cela a donc un petit surcoût. Mais cette indirection n'a lieu qu'une fois et ne dépend pas de la profondeur de la hiérarchie de l'héritage.

Bien choisir ses données, et aussi comment on les manipules peut avoir une grande incidence, et ceci, même pour les types de base. Par exemple, pour un int, il faudra faire attention d'éviter le phénomène de boxing comme cela est possible. Par exemple, regarde ces deux codes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
int i = 5;
string s = String.Format("Mon entier : {0}", i);

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
int i = 5;
string s = String.Format("Mon entier : {0}", i.ToString());

Le second sera plus rapide. Pourquoi ? Dans le premier cas, la méthode String.Format attend un premier paramètre de type string, et les paramètres suivants comme étant des Object. int, qui est un type de base, dérive de Object, donc c'est bon. Mais cela nécessite que la variable soit boxée dans une instance d'object qui sera elle, allouée sur le tas. Ensuite, la méthode ToString est virtuelle, cela a donc un coût supplémentaire de l'appeler.

Dans le second cas, on appelle directement la méthode ToString sur i. Pas de surcout lié au polymorphisme ici. Et i n'a pas besoin non d'être boxée dans une variable allouée sur le tas.

Ce ne sont que quelques détails. Il y aurait tellement à dire. Une bonne lecture pour en apprendre plus (mais attention, c'est un bon pavé !) : CRL via C#

[Seth77]

En fait, je me demandais, si un trop grand nombre de propriete (sans forcement de membre) ou de methodes va jouer sur la memoire necessaire ...
la performance va forcement etre impacter en fonction des proprietes ou fonctions que l on va appeler.

Merci d avance

[François DORIN]

En fait, je me demandais, si un trop grand nombre de propriete (sans forcement de membre) ou de methodes va jouer sur la memoire necessaire ...

Oui, plus tu as d'attributs dans ta classe, plus chaque instance de cette classe va occuper de la mémoire.
Si tu as des propriétés sans membre, alors automatiquement il y a un attribut de créé.

Le nombre de méthodes ne va pas jouer sur la mémoire prise par chaque instance. Cela va jouer uniquement sur les métadonnées liées à la classe.

[Seth77]

Oui, plus tu as d'attributs dans ta classe, plus chaque instance de cette classe va occuper de la mémoire.
Si tu as des propriétés sans membre, alors automatiquement il y a un attribut de créé.

Le nombre de méthodes ne va pas jouer sur la mémoire prise par chaque instance. Cela va jouer uniquement sur les métadonnées liées à la classe.

Oki, c est bien ce que je pensais ...

Mais si on a plusieurs proprietes qui "utilisent" le meme membre cela ne va rien changer a l occupation en memoire ?
Par exemple une classe avec 3 membres mais ~50 proprietes (avec du code dans le get) qui utilisent seulement les 3 membres.

[François DORIN]

Si le membre est calculé, alors non, cela n'aura pas d'impact sur l'utilisation de la mémoire.

C'est juste qu'un code comme

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public int MonEntier {get; set;}

est traduit par le compilateur en

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
private int _monEntier
public int MonEntier 
{
   get {return _monEntier;}
   set { _monEntier = value;}
}

ce qui augmente automatiquement la mémoire nécessaire par instance.