Alternative à Math.Pow

**illyria86** · 05/08/2011, 16h53

Bonjour,

Quelqu'un aurait-il une idée pour éviter d'utiliser la fonction Math.Pow(x,y) où x et y sont des doubles ?
J'utilise cette fonction en traitement d'images pour des conversions d'espaces de couleurs (RGB to XYZ) sur toute une image.
Ceci est très couteux en temps de calcul.

**Nathanael Marchand** · 05/08/2011, 17h06

Es-tu sur que ca vient du Pow? Je vois pas trop pourquoi ca prendrait du temps et en plus je n'y connais pas d'alternative.

**MaximePalmisano** · 05/08/2011, 17h08

Tu pourrais créer une dll en c++ avec la même fonction dedans, l'ajouter à ton projet et faire les appels dessus.

Je pense que ça réduirait ton temps d'éxecution mais il faut que les grands manitous du CLR confirment ;p

**Nathanael Marchand** · 05/08/2011, 17h12

Non honnetement, je n'y vois aucun interêt.
En décompilant .Net, on voit bien que Pow appelle directement une fonction non managée système. De plus, ca doit être une opération de base sur les CPU actuels et je vois pas comment on pourrait la faire aller plus vite.

Je réitère ma question, es-tu sur que ca soit Pow? As tu des métriques précises qui te permettent de l'affirmer?

**illyria86** · 05/08/2011, 17h15

En commentant les Math.Pow, il n'y a aucune perte au niveau du temps de calcul.

**DonQuiche** · 05/08/2011, 20h44

Je ne suis pas sûr de comprendre ce que tu as voulu dire. Si c'est bien Math.Pow le fautif (Nathanael a raison d'insister), il suffit d'en calculer une valeur approchée. Certaines sont bien connues et se trouvent facilement sur Internet. Il y a aussi des algos pour certains cas particuliers.

Accessoirement, je confirme que Math.Pow sera vraisemblablement aussi rapide que son équivalent C++, sans le coût de l'interop en plus. Et je suis prêt à parier qu'elle finit inlinée.

**Nathanael Marchand** · 05/08/2011, 21h20

Ah ben c'est sur qu'un code qui fait rien sera (normalement) toujours plus rapide qu'un code qui travaille

Néanmoins, il manque du contexte: combien de fois la fonction est elle appellée par exemple?

Pour pouvoir faire de telles assomptions, il faut sortir des stats précises avec notamment l'aide d'un profiler comme fourni avec certaines versions de visual studio ou dotTrace par exemple.
Ca donne un résultat comme joint et on voit directement ce qui prend du temps ou pas. Car le coup de "je commente du code" c'est un peu le Chat de Schrödinger