Forum TI-Planet.org

Bonjour à tous,
quand j'exécute print(35 * 10**-5) en python, je trouve 0.00035000000000000005
Je suis perplexe.

Bonjour.


Le Python ne travaille pas en base 10/décimale, et ne gère qu'un minuscule sous-ensemble des nombres réels.

Les nombres non entiers sont représentés en Python en virgule flottante binaire, soit au format suivant :
avec

La mantisse M est codée sur 53 bits (plus 1 bit de signe).

Bref, quand on demande un calcul en Python il y a une double conversion derrière :

• saisie décimale → virgule flottante binaire
• puis le calcul est effectué en binaire
• puis enfin résultat → décimal pour l'affichage

Il n'est pas rare donc que cela introduise des erreurs d'approximation sur les toutes dernières décimales.
Surtout quand il n'y a pas d'équivalent exact entre ces deux bases.

Merci Critor pour l'explication.
On est quand même loin d'un nombre fabuleusement grand ou petit.

Ce n'est pas une histoire de grand petit.

La question pour la conversion d'une mantisse M telle que en binaire, c'est est-ce qu'il en existe développement binaire vérifiant .
(ce qui prendrait 54 bits en fait, mais si je me souviens bien le

$mathjax$1\times 2^0=1$mathjax$

obligatoire n'est pas codé donc c'est bon)

Prenons par exemple 11 en virgule flottante.
La plus grande puissance de 2 inférieure est
On écrit donc en virgule flottante binaire
Question, 1,375 dispose-t-il d'un développement binaire ?
Ici, la réponse est oui :

critor wrote:Bonjour.


Le Python ne travaille pas en base 10/décimale, et ne gère qu'un minuscule sous-ensemble des nombres réels.

Les nombres non entiers sont représentés en Python en virgule flottante binaire, soit au format suivant :

$mathjax$\pm M\times 2^{E-E_{min}}$mathjax$

avec

$mathjax$M\in [1;2[$mathjax$

La mantisse M est codée sur 53 bits (plus 1 bit de signe).

Bref, quand on demande un calcul en Python il y a une double conversion derrière :

• saisie décimale → virgule flottante binaire
• puis le calcul est effectué en binaire
• puis enfin résultat → décimal pour l'affichage

Il n'est pas rare donc que cela introduise des erreurs d'approximation sur les toutes dernières décimales.
Surtout quand il n'y a pas d'équivalent exact entre ces deux bases.

C'était l'info que je cherchais ... Je viens de finir mon DS de seconde et j'ai ajouté une question, en gros un 0.1+0.2 pour faire échouer les algorithmes qu'on a fait en classe et leur apprendre que la calculatrice ne sait pas tout et qu'elle se trompe... J'ai fabriqué mon exemple au hasard maintenant je sais comment m'y prendre (je devais trouver ça pdt les vacances...)

Merci