Re-salut � tous !
Vincent Lefevre a �crit :
C'est vrai si on parle d'erreurs importantes. Ici, le but est d'avoir des intervalles � chaque fois tout petits. L'arithm�tique d'intervalles ici n'est rien de plus qu'une analyse d'erreur dynamique. Si tu n'es pas convaincu, tu peux t'amuser avec iRRAM et voir qu'en pratique, dans la plupart des cas, �a fonctionne bien. Dans les autres cas, le r�sultat obtenu avec une arithm�tique classique sera de toute fa�on probablement faux.
Je testerais iRRAM.
Cela dit, lorsque l'intervalle est �norme, m�me si le r�sultats est, bien entendu, entach� d'erreur dans le cas de l'arithm�tique classique, il peu parfaitement �tre d'un pr�cision suffisante. L'arithm�tique des intervalles est tr�s pessimiste.
Non, l'addition de deux valeurs de signes oppos�s (ou la soustraction de deux valeurs de m�me signe) n'est pas du tout exclue. En cas de cancellation, il faut de toute fa�on augmenter la pr�cision pour avoir un r�sultat acceptable.
Bof : il a �t� montr� que la perte de pr�cision lors d'un calcul sur ordinateur est ind�pendante de la pr�cision utilis�e pour ce calcul. R�sultat �tonnant et pourtant ! Voir :
J.-M. Chesneaux, Study of the computing accuracy by using probabilitic approach, Contribution to Computer Arithmeric and Self-Validating Numerical Methods, ed. C. Ulrich, (J.C. Baltzer), 1990, pp. 19-30.
Il doit y avoir aussi quelque chose l� dessus dans :
J.-M. Chesnaux, L'Arithm�tique Stochastique et le Logiciel CADNA, Habilitation � diriger les recherches, Universit� Pierre et Marie Curie, novembre 1995.
C'est n'importe quoi. Dans le cas d'op�rations "r�guli�res", on perd en gros un ulp � chaque op�ration, donc n ulp au bout de n op�rations. Bref, le nombre de bits perdus est en log du nombre d'op�rations.
J'ai relu, je suis partie en vrille, en effet.
En plus, aller donner � un financier un r�sultat sous cette forme : [12 487,475 ; 12 487,579 47], je crains que cela ne soit pas satisfaisant.
On peut renvoyer le r�sultat sous une autre forme si n�cessaire.
Quelle forme ?
Mieux vaut avertir un minimum. Tu pr�f�res que les utilisateurs se retrouvent avec des r�sultats faux et/ou qu'ils ne comprennent pas?
C'est-�-dire que je crains qu'en r�gle g�n�rale l'utilisateur du tableur n'est pas vraiment � m�me de comprendre une indication sur l'erreur de son calcul. Lorsqu'il s'agit d'un utilisateur avertit, il aura tendance � ne pas utiliser de tableur pour des calculs demandant une estimation de la pr�cision.
J'ai d�j� rencontr� des gens qui demandait le r�sultat exacte et qui avait du mal � comprendre que l'ordinateur ne pouvait pas le leur fournir. Ce fut notamment le cas avec une biologiste, ce qui m'a oblig� � faire un code avec une pr�cision tr�s nettement sup�rieur � celle de ces mesures, pour des temps monstreusements long (ceci pour aucun gain puisque les mesures ne permettaient pas d'obtenir la pr�cision qu'elle m'avait demand�).
De plus, m�me avec estimation de l'erreur, un calcul reste faux, par essence, donc l'utilisateur aura, de toute fa�on, un r�sultat faux.
Dans le cadre d'un tableur, pas de probl�me de performance en g�n�ral. Tu es hors sujet.
Bon, dans la mesure o� je passe plein de temps, en ce moment, � essayer de faire en sorte que CADNA puisse �tre raisonnablement utilis� avec BLAS, je suis peut-�tre un peu obnibul� par les probl�mes de performances.
N�anmoins, je pense qu'il faut tout de m�me mettre en balance la perte de performance, les plus qu'en retirera l'utilisateur en terme d'information et la quantit� de travaille que cela va n�cessiter.
D'ailleurs, au sujet de cette quantit� de travail : cela va demander tellement de modification en profondeur qu'il faut vraiment se poser la question de la pertinence d'un tel ajout. Si ce n'�tait que l'affaire d'une semaine ou deux, autant proc�der � la modification qui pourra bien servir un jour. Mais l�, cela demandera un r�el effort, donc bloquera des d�veloppeurs dessus plut�t que de travailler � autre chose. � c�t� de cela, est-ce qu'une telle fonctionnalit� sera r�element utilis�e ? J'en doute.
Bon, remarque que OpenOffice.org a adopt� GTK, ce qui repr�sentait aussi un sacr� changement en profondeur.
� bient�t.
Yoann LE BARS,
alias Le Farfadet Spatial--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
