Bonjour,
Le 64 bits est aussi moins gourmand " en énergie " , je pense .
Il est plus sur et plus rapide, mais les applications sont de plus en plus gourmandes alors la rapidité peut-elle s'en ressentir?
Pour résumer, les applications en 64-bit:
nécessitent un système d’exploitation en 64-bit
peuvent utiliser plus de mémoire pour effectuer leurs tâches
sont généralement plus rapides
fournissent une sécurité renforcée
mais ne peuvent pas être exécutées sur de vieux dispositifs.
un vieil article de Softonic.com, il y en a d'autres bien sur, l'an 2.000, c'était hier..Les centrales ne se sont pas arrêtées, ni les avions ne se sont crashés
https://fr.softonic.com/articles/logici ... sons-choix
Il parait que le 19 janvier 2038, une autre bug est prévu, si vous êtes jeunes préparez vous
Ça concernerait les système en 32 bits:
Les logiciels concernés sont très nombreux car la norme POSIX, inspirée des systèmes UNIX, a été utilisée pour de nombreux programmes écrits en langage C pour de nombreux systèmes d'exploitation. Sur les systèmes d'exploitations de type Unix représentant le temps par un entier de 32 bits non signé (conforme à la norme POSIX), la date limite est située en 2106 et non en 2038. Ces systèmes d'exploitation sont toutefois minoritaires. Le passage à un timestamp sur 64 bits introduirait une nouvelle date butoir se situant au dimanche 4 décembre 292 277 026 596 ap. J.-C. à 15 h 30 min 08 s (soit environ 21 fois l'âge de l'univers) et résoudrait donc le problème, car les 64 bits permettraient à l'ordinateur de pousser la limite à 263 − 1 secondes.
Avec le 64 bits, vous pouvez prendre de l'âge, la date butoir est "
dimanche 4 décembre 292 277 026 596 ap. J.-C. à 15 h 30 min 08 s" plus précis on ne sait pas faire
Enfin c'est Wikipedia qui le dit:
https://fr.wikipedia.org/wiki/Bug_de_l%27an_2038
Je regarde le compteur de temps en temps

- Bug 2038 compte à rebours.gif (20.68 Kio) Vu 806 fois
@+