Discussion :

[katouch]

salut

svp j'arrive pas a différencier entre le type double et float dans java , je ne sais pas quand ,je déclare une variable double ou bien float ?

svp j'ai besoin de votre aide , meme c que j'ai vue plusieurs sites et livres sur ca mais toujours j'arrive pas a comprendre !

je sais que le double est sur 4bits et le float sur 8bits ,mais......

[wax78]

La différence majeure est que le type double est beaucoup plus précis que le type float car il utiliser 2 fois plus de bit pour representer une valeur.

https://java.developpez.com/faq/java...es-des-nombres

D'ailleurs attention, car ce ne sont pas des bits, mais des bytes. (4bytes pour float, et 8bytes pour double)

[thelvin]

Et sinon, pour savoir s'il faut utiliser float ou double, voici un raisonnement qui marche :

- float propose une précision numérique ridicule. Bien trop faible pour se permettre de prendre le risque d'afficher des résultats numériques calculés en float à l'écran.
- double prend le double d'espace mémoire à stocker, et de temps processeur à calculer.

Conclusion : ne jamais utiliser float, sauf dans les cas où on se fiche de la précision. Par exemple quand on fait des calculs de traitement d'image, la précision d'un double est rarement utile, et utiliser des float permet de prendre un peu moins de mémoire et de temps.

[professeur shadoko]

utiliser des float permet de prendre un peu moins de mémoire et de temps.

est-ce exact? Je croyais (peut être à tort) que de toute manière l'exécuteur de la machine virtuelle repassait ces floats en double pour le coprocesseur et que donc les floats était essentiellement là pour des raisons de compatibilité avec des codes "historiques" ... Mais je peux me tromper ...

[thelvin]

Je ne sais pas trop comment vérifier ça de façon définitive, donc ça prendrait des plombes.
Mais un simple jeu de benchmarks montre clairement qu'il n'y a pas de différence en temps de traitement entre double et float, au moins pour les opérations simples, et donc ça semble raisonnable d'en déduire qu'en effet, la JVM traduit tout en double natifs.

Pour la mémoire par contre, on passe clairement et sans surprise du simple au double. Je reconnais qu'à mon sens c'était là le seul point important, et du coup j'ai pas trop fait attention au reste. J'aurais mieux fait de m'abstenir de parler d'un reste que je n'avais même pas vérifié.

[wax78]

Mais un simple jeu de benchmarks montre clairement qu'il n'y a pas de différence en temps de traitement entre double et float, au moins pour les opérations simples, et donc ça semble raisonnable d'en déduire qu'en effet, la JVM traduit tout en double natifs.

Mmmm pas 100% d'accord

Je viens d'essayer ceci : http://web.archive.org/web/201503102...oat-and-double

En modifiant la JVM pour avoir du 32 ou du 64 bit, ainsi que du Float ou du Double.

Le temps pour les float semble plus court, l'ecart etant encore plus grand si on passe de 32 a 64 bit sur le type float.