Convertir 1 Go en octets semble trivial jusqu’au moment où deux systèmes de numération produisent des résultats différents pour la même question. En système décimal, 1 gigaoctet vaut exactement 1 000 000 000 octets. En système binaire, 1 gibioctet (Gio) vaut 1 073 741 824 octets. Cet écart de plus de 73 millions d’octets explique pourquoi un disque dur, une clé USB ou un SSD n’affiche jamais la capacité inscrite sur l’emballage.
Décimal et binaire : deux définitions du gigaoctet
Le système international de mesure attribue au préfixe « giga » une valeur de 10 puissance 9, soit un milliard. C’est la base utilisée par les fabricants de supports de stockage pour afficher leurs capacités.
Le système binaire, lui, part du fait que les ordinateurs comptent en puissances de 2. La valeur la plus proche d’un milliard en puissance de 2 est 2 puissance 30, soit 1 073 741 824. Ce n’est pas une définition alternative du gigaoctet : c’est le gibioctet, noté Gio, une unité normalisée par la Commission électrotechnique internationale (IEC) précisément pour éviter la confusion.
Le tableau ci-dessous résume les valeurs exactes pour les unités courantes :
| Unité décimale | Valeur en octets | Équivalent binaire | Valeur en octets |
|---|---|---|---|
| 1 Ko (kilooctet) | 1 000 | 1 Kio (kibioctet) | 1 024 |
| 1 Mo (mégaoctet) | 1 000 000 | 1 Mio (mébioctet) | 1 048 576 |
| 1 Go (gigaoctet) | 1 000 000 000 | 1 Gio (gibioctet) | 1 073 741 824 |
| 1 To (téraoctet) | 1 000 000 000 000 | 1 Tio (tébioctet) | 1 099 511 627 776 |
La confusion naît du fait que, pendant des décennies, le mot « gigaoctet » a servi à désigner indistinctement les deux quantités. Les préfixes binaires (kibi, mébi, gibi) existent pour mettre fin à cet usage, mais leur adoption reste inégale selon les logiciels et les systèmes d’exploitation.
Pourquoi un disque de stockage affiche moins que sa capacité annoncée
Un fabricant annonce un SSD de 500 Go en comptant en décimal : 500 × 10 puissance 9 octets. Le système d’exploitation Windows calcule la capacité disponible en divisant ce nombre par 2 puissance 30 (la valeur binaire d’un gibioctet). Le résultat affiché est environ 465 Gio, que Windows présente sous l’étiquette « Go » faute d’avoir adopté la notation IEC.
Aucune donnée n’a disparu. L’espace réel est identique des deux côtés, exprimé dans deux unités différentes.
Ce décalage s’amplifie avec la capacité. Pour un disque de 1 To, la valeur affichée par Windows sera d’environ 931 Gio. Pour 2 To, elle descend aux alentours de 1,82 Tio. Plus la capacité nominale est grande, plus l’écart en valeur absolue est visible, même si le ratio reste constant.
La situation diffère selon l’environnement. Les appareils Apple affichent les capacités en décimal depuis plusieurs années, ce qui aligne l’affichage du système sur les valeurs des fabricants. Un même support de stockage peut donc indiquer des chiffres différents selon qu’il est branché sur un Mac ou sur un PC sous Windows, sans que son contenu ait changé.
Les erreurs de conversion les plus fréquentes dans les calculs de stockage
Le premier piège est de mélanger les bases dans un même calcul. Additionner 500 Mo décimaux et 500 Mio binaires comme s’ils étaient identiques introduit une erreur de plusieurs mégaoctets, négligeable sur un fichier, significative à l’échelle d’un parc de serveurs ou d’un système de sauvegarde.
Le second piège concerne les débits réseau. Les opérateurs expriment généralement les vitesses de connexion en mégabits par seconde (Mbit/s), pas en mégaoctets. 1 mégabit vaut 0,125 mégaoctet (un bit étant un huitième d’octet). Un abonnement affiché à 100 Mbit/s permet donc de transférer environ 12,5 Mo par seconde, pas 100 Mo.
- Confondre Mo (mégaoctets) et Mbit (mégabits) lors du calcul d’un temps de transfert : une erreur d’un facteur 8, fréquente dans les estimations de sauvegarde ou de téléchargement.
- Appliquer la base 1 024 à une capacité décimale annoncée par un fabricant : le résultat est toujours inférieur à la valeur réelle, ce qui donne l’impression d’un « espace perdu ».
- Utiliser les abréviations Go et Gio comme synonymes dans un script ou une feuille de calcul : les valeurs divergent dès que la capacité dépasse quelques dizaines de gigaoctets.
Préfixes IEC et abréviations : lire correctement une fiche technique
La norme IEC publiée à la fin des années 1990 a formalisé les préfixes binaires pour éviter l’ambiguïté. En théorie, toute spécification technique rigoureuse devrait distinguer Go (décimal) de Gio (binaire), Mo de Mio, Ko de Kio.
En pratique, les fiches techniques des fabricants de disques durs, SSD, clés USB et cartes mémoire utilisent presque systématiquement la base décimale sans le préciser explicitement. À l’inverse, certains outils de ligne de commande sous Linux ou des utilitaires de gestion de partitions affichent des valeurs en base binaire sous l’étiquette « GB » ou « Go », ce qui contredit la norme.
Lire l’abréviation ne suffit pas : il faut vérifier quelle base le logiciel ou le fabricant utilise. Les documentations techniques sérieuses précisent désormais la base de calcul ou utilisent explicitement les préfixes IEC. Quand cette information est absente, la capacité annoncée par un fabricant de matériel est presque toujours en décimal.
- Gio, Mio, Kio, Tio : préfixes IEC, base binaire (puissances de 2), utilisés dans les systèmes Linux récents et certains logiciels de virtualisation.
- Go, Mo, Ko, To : notation française standard, base décimale en théorie (puissances de 10), mais historiquement utilisée pour les deux bases selon le contexte.
- GB, MB, KB, TB : notation anglophone, même ambiguïté que les abréviations françaises selon la source.
Conséquences pratiques sur la gestion des fichiers et du stockage
Pour un utilisateur qui gère des sauvegardes, la question n’est pas abstraite. Si un logiciel de sauvegarde calcule l’espace nécessaire en gibioctets et que le disque cible est annoncé en gigaoctets décimaux, le plan de stockage peut sous-estimer l’espace réel disponible ou, à l’inverse, dépasser la capacité effective du support.
Dans un environnement où plusieurs systèmes interagissent (NAS, cloud, machines virtuelles), la cohérence des unités utilisées dans les scripts et les configurations conditionne la fiabilité des calculs de quota et d’allocation. Les erreurs de conversion à ce niveau ne se traduisent pas par une perte de données, mais par des alertes de capacité incohérentes ou des estimations de temps de transfert inexactes.
La conversion de 1 Go en octets a donc deux réponses correctes selon le contexte : 1 000 000 000 octets en décimal, 1 073 741 824 octets en binaire. Ignorer laquelle est utilisée dans un calcul donné est la source la plus fréquente des écarts constatés entre capacité annoncée et capacité affichée.
