Optimization de code pour du Xna rapide et efficace !

valentin — Sat, 28 Feb 2009 13:53:00 GMT

Je dois en omettre un grand nombre, si vous en avez d'autres n'hesitez pas à me les soumettre que je les rajoute ici !

Première optimisation, les strings :

Eviter tout indexeur à base de string s’il y’a un équivalent à base d’int.

L'instruction :

myEffect.Techniques["Precompiled"] ;

Est bien moins efficace q'un :

const int TechnikIndex = 0;

myEffect.Technique[TechnikIndex]

Eviter au maximum la class string, si on a besoin de puissance. En C# tout modification d'une string entraine la création d'une nouvelle instance et donc une allocation mémoire. Une string N EST JAMAIS MODIFIABLE et l'allocation mémoire est une opération très couteuse en temps. Il faut donc travailler un maximum avec StringBuilder.

Besoin de comprendre le string intern pool. Quand on créé une string, le clr regarde dans un pool interne si elle existe avant de la créer. (méthode statique Intern de la classe string).

Donc string jamais collectés comme les objets communs dans le GC.

Boxing/unboxing

Boxing passage d'un value type (exemple int) à une classe objet .

Par exemple :

int a = 0;

object o = (object)a;

Unboxing est l'opération inverse.

boxed = 20 fois plus de traitement CPU qu'une simple affectation de ref

unboxed = 4 fois plus

= généric autant que faire se peux (optimization en Early binding)

Pour les struct, implementer la méthode ToString (sinon il y’a boxing en objet pour chaque appel à cette méthode)

Array

Jagged Arrays > Rectangular Array ([][] > [,])

Privilegier les for au foreach (moins nécessaire depuis le .Net 3.0)

addrange plutot que add

Range Check important, exemple :

//rapide
for(int i = 0; i < myArray.Length; i++)
{
Console.WriteLine(myArray.ToString());
}
//plus lent
for(int i = 0; i < myArray.Length + y; i++)
{
Console.WriteLine(myArray[i+x].ToString());
}

Dans la seconde boucle le test ne porte pas sur la longueur du tableau traité mais sur une autre valeur, il y’a donc des tests supplémentaire ajouté en IL pour générer une exception en cas de sortir de Bounds.

Methodes :

Il y’a quelque regles simples pour que le compilateur utilise de l’inlined (suppresion à la compilation d'une méthode pour inclure son code en lieu et place de l'instruction appellant la dite méthode) :

32o d'il (8instructions) max par méthode/accesseur/mutateur à "inliner"
pas de structures conditionnelles dans le bloc à inliner
pas de type struct utilisé dans le bloc à inliner
pas de bloc Try/Catch/Finaly dans le bloc à inliner.

Si il n’y a pas besoin de rendre le code compréhensible on priviligiera les chunky call au maximum (méthodes énormes en lieu et place de myriades de petites méthodes qui s’appellent les unes les autres).

Thread

Synchroniser les thread : System.Threading.Interlocked class

Exception

retourner des enum plutot que des exception sur les méthodes critiques

Eviter ce genre de code :

public static void Main(string[] args){
int j = 0;
for(int i = 0; i < 10000; i++){
    try{
      j = i;
      throw new System.Exception();
    } catch {}
}
}

En asp.net, à eviter :

L’instruction : Response.Redirect() elle provoque un ThreadAbortException

Un throw d'exception perturbe gravement l'activité CPU associée à votre applicatif.

Objets

Utiliser au maximum les structure là ou la notion de référence n’est pas importante (besoin ponctuelle d’agrégat ordonné de données) en lieu et place d’une class

(Exemple de la structure Point, Rectangle, etc.) . La gestion en mémoire est alors bien plus efficace et rapide.

Apprecier au maximum l’attribut Fieldoffset qui permet de réaliser l’équivalent de l’Union du langage C pour optimiser la mémoire

Utiliser les weakreference notamment pour le cache, afin de ne pas surcharger la mémoire.

Framework :

Working Set : charger une assembly pour profiter d'une seule de ses méthodes c'est pas bien !

Utiliser vadump.exe pour détecter ca dans son framework

Se servir de Perfmon et de ses attributs (nb de classes chargées, nombre de méthodes, temps passé à loader, JITed, etc.)

Executables :

Précompilation avec ngen.exe pour les exes critiques. Permet de précompiler son application pour un premier lancement rapide.

SQL

connexion ouverte longtemps < multiple ouverture /fermeture de connexion

Datareader > dataset

Annuler le transaction enlistment si inutile

SqlConnection conn = new SqlConnection(

"Server=exasrv01;

Integrated Security=true;

Enlist=false");

Graphic Stream : Bonnes Pratiques

Optimization de code pour du Xna rapide et efficace !

Les meilleures sessions Xna aux techdays