Discussion :

[LittleWhite]

Bonjour à tous,

Je vous présente une nouvelle traduction de l'article de Vlad Lazarenko discutant des performances des exceptions en C++. Souvent, lorsque l'on écrit du code, on se demande l'impact des exceptions sur les performances de notre programme. Cet article apporte donc des éléments de réponse détaillés à cette question.

Performances des exceptions C++

Avez-vous évité d'utiliser des exceptions pour préserver les performances ?
Dans quel cas avez vous pris cette décision ?

[Klaim]

Il me semble avoir lu l'article auparavant mais le liens dans la page française n'a pas l'air de fonctionner (http://lazarenko.me/tips-and-tricks/...nd-performance) - mais peut être qu'il y a un problem d'ici, je suis au Japon.

Sinon, comme quasiment tout le monde dans les discussions, il ignore complètement le cas ou on desactive les exceptions et qu'on ne fais aucune verification d'erreur (on compte sur des tests massifs avant publication).

[Joel F]

L'exemple du divisé est un peu bancale. Si un precondition est violé, c'est plutot une assertion qui devrait etre levée.

[Aleph69]

Bonsoir,

tout d'abord merci pour la traduction!

Dans le billet, l'auteur évoque une gestion sans coût des exceptions mais ne semble pas la décrire. De quoi s'agit-il?

@Joel F : je n'ai pas compris pourquoi une assertion devrait être levée dans le cas particulier du divide. Cela ne va-t-il pas interrompre prématurément le déroulement du programme si on fait cela?

[Ekleog]

Bonsoir,

tout d'abord merci pour la traduction!

Dans le billet, l'auteur évoque une gestion sans coût des exceptions mais ne semble pas la décrire. De quoi s'agit-il?

En fait, c'est la méthode qu'utilisent les compilateurs. La méthode zero-cost et la méthode setjmp/longjmp sont juste deux façons pour le compilateur de compiler les exceptions, en fait.

@Joel F : je n'ai pas compris pourquoi une assertion devrait être levée dans le cas particulier du divide. Cela ne va-t-il pas interrompre prématurément le déroulement du programme si on fait cela?

En fait, Joel expliquait que si on appelle divide avec un dénominateur de zéro, alors l'erreur vient du dév', et donc qu'il n'est pas gênant de tout faire crasher.
Pour lui faire plaisir, on pourrait appeler la fonction divide_protected ; ou quelque chose du genre.

[Aleph69]

En fait, c'est la méthode qu'utilisent les compilateurs. La méthode zero-cost et la méthode setjmp/longjmp sont juste deux façons pour le compilateur de compiler les exceptions, en fait.

Ah oui, effectivement c'est précisé dans le billet.
Y a-t-il un moyen de tester le choix fait par le compilateur?
Que font gcc et le compilateur de visual?

En fait, Joel expliquait que si on appelle divide avec un dénominateur de zéro, alors l'erreur vient du dév', et donc qu'il n'est pas gênant de tout faire crasher.
Pour lui faire plaisir, on pourrait appeler la fonction divide_protected ; ou quelque chose du genre.

Je ne suis pas tout à fait sûr de cela. La division par zéro pour des flottants n'est pas forcément une erreur de développeur, elle apparaît dans plein de méthodes numériques, et je ne pourrais pas prétendre que ce n'est pas le cas non plus pour des entiers. Qu'est-ce qui t'amène à penser cela?