Discussion :

[sbrisard]

Bonjour,
au fur et à mesure de mes besoins, je développe une librairie d'analyse numérique en java (ce qui existe sur le marché n'est de loin pas très satisfaisant, ou pas maintenu).
La librairie grossit, et j'aimerais vraiment l'écrire le plus proprement possible. Je m'intéresse notamment à la gestion des erreurs. Exemple, un algorithme itératif n'a pas convergé. Pour l'instant, j'ai une gestion un peu à l'ancienne, par code d'erreur. Je suis très tenté de lever des exceptions à la place, mais je me demandais si le fait d'insérer un try/catch dans mon code en ralentissait son exécution ? Bien entendu, en analyse numérique, la vitesse est critique...
Merci d'avance pour toutes vos idées.

[sbrisard]

Vous allez me prendre pour une chèvre... j'aurais dû vérifier avant de poster mon message, mais la librairie Jakarta Commons/Math en version 2.0 semble offrir des possibilités un peu plus avancées que les versions 1.x... Peut-être vais-je migrer !!!
Ma question sur les exceptions reste toutefois ouverte...
Merci d'avance

[adiGuba]

Salut,

Ma question sur les exceptions reste toutefois ouverte...

Je ne pense pas que les try/catch ait une grosse influence sur les performances... Au contraire je me demande si ce n'est pas plus performant qu'une vérification du code de retour.

Ce qui est "lourd" avec les exception c'est leurs créations, car elle génère le stacktrace qui contient toutes les infos sur la pile d'appel. C'est très utile pour le debbugage mais cela peut être lourd si cela se produit très souvent.


Donc : si les cas d'erreurs sont fréquents il vaut mieux étudier une autre solution, mais si les erreurs sont rares et doivent stopper le traitement, alors les exceptions sont la meilleure solution...


J'ai un vieux billet là dessus sur mon blog : Exception & Performance

a++

[sbrisard]

Intéressant ce post, merci beaucoup.
Je pense que lorsqu'une erreur se produit (du type non-convergence), les performances ne sont plus critiques, donc on peut s'autoriser la création d'une exception.
Merci encore.