On copie un fichier sur une clé USB, le système affiche une taille en Mo, le fournisseur cloud facture en Go, et le devis du prestataire parle en To. Trois unités pour le même flux de données, et une conversion de tête qui ralentit tout le monde. Un tableau d’octet conversion posé sous le clavier règle le problème en quelques secondes, à condition de savoir quoi y mettre et comment l’utiliser sans se tromper.
Pourquoi les conversions d’octets posent problème au quotidien
Le piège ne vient pas du calcul lui-même, qui reste une multiplication ou une division par 1 000 (système décimal) ou 1 024 (système binaire). Le piège vient du fait que deux systèmes de mesure coexistent sans avertissement.
A lire aussi : Poprtail Orange ne s'ouvre plus : solutions rapides à tester
Un fabricant de disque dur affiche la capacité en Go décimaux (1 Go = 1 000 000 000 octets). Le système d’exploitation, lui, compte souvent en gibioctets (1 Gio = 1 073 741 824 octets). Résultat : on achète un disque de 500 Go, le système affiche environ 465 Go. Aucune arnaque, juste deux référentiels différents.
Cette confusion se retrouve partout : estimations de bande passante, dimensionnement de stockage cloud, calcul du poids d’une base de données avant migration. Sans repère fiable sous la main, on perd du temps ou on surdimensionne par précaution.
Lire également : Vérification de la mémoire dédiée d'un ordinateur : étapes et astuces
Tableau de conversion octets : repères décimaux et binaires
Voici le tableau que nous gardons à portée de main. Il couvre les deux systèmes pour éviter les allers-retours entre onglets.
| Unité décimale | Valeur en octets | Unité binaire (IEC) | 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 |
| 1 Po (pétaoctet) | 1 000 000 000 000 000 | 1 Pio (pébioctet) | 1 125 899 906 842 624 |
L’écart entre décimal et binaire grossit à chaque palier. Au niveau du kilooctet, la différence est négligeable. Au niveau du téraoctet, l’écart dépasse les 9 % entre To et Tio, ce qui représente plusieurs dizaines de gigaoctets sur un seul disque.
Taille logique d’un fichier et espace disque réel : ce que le tableau ne dit pas
On tombe souvent sur un cas déroutant : un fichier dont la taille affichée ne correspond pas à l’espace consommé sur le support. Les tableaux de conversion classiques ne couvrent pas cette situation, parce qu’elle dépend du système de fichiers et pas de l’unité de mesure.
Sur Linux, un fichier créé avec la commande truncate peut afficher une taille d’un téraoctet tout en n’occupant quasiment aucun espace réel sur le disque. On parle de sparse file : le système réserve une taille logique sans écrire de données effectives. Si on se fie uniquement au tableau de conversion pour estimer un coût de stockage, le résultat sera faux.
La règle pratique : toujours vérifier l’espace disque réellement alloué (commande du sous Linux, propriétés « Taille sur le disque » sous Windows) avant de convertir et de budgétiser.
Encodage UTF-8 et poids réel des données textuelles
Un autre angle mort des tableaux d’octets concerne le texte. En ASCII, chaque caractère occupe exactement 1 octet. On compte les caractères, on a le poids du fichier. Simple.
Avec UTF-8, qui est aujourd’hui le standard dominant, un caractère peut occuper de 1 à 4 octets selon son code. Les lettres latines de base restent à 1 octet, mais les caractères accentués courants (é, è, ê) en prennent 2, et certains symboles ou alphabets non latins montent à 3 ou 4.
Concrètement, si on estime le poids d’un fichier texte de plusieurs milliers de caractères en multipliant simplement le nombre de caractères par 1 octet, on sous-évalue le résultat. Pour un document rédigé en français avec beaucoup d’accents, l’écart peut atteindre plusieurs pourcents. Sur des bases de données textuelles volumineuses, cette erreur se cumule.
- Texte anglais sans caractères spéciaux : le ratio reste proche de 1 caractère = 1 octet en UTF-8
- Texte français standard : compter environ 1,05 à 1,15 octet par caractère en moyenne, à cause des accents
- Texte multilingue (arabe, chinois, emojis) : le ratio monte nettement, chaque caractère pesant 2 à 4 octets
Quand on dimensionne un stockage pour des données textuelles, le tableau de conversion octets vers Mo ou Go ne suffit pas. Il faut d’abord déterminer le poids moyen par caractère selon l’encodage utilisé, puis convertir.
Méthode rapide pour convertir sans calculatrice
Sur le terrain, on a rarement le temps d’ouvrir un convertisseur en ligne. Voici la méthode qu’on utilise pour les conversions décimales courantes.
- Pour passer d’une unité à la suivante (ko vers Mo, Mo vers Go), on divise par 1 000
- Pour descendre d’un cran (Go vers Mo, Mo vers ko), on multiplie par 1 000
- Pour estimer rapidement l’écart binaire, on retire environ 7 % au palier du Go et environ 9 % au palier du To
Cette approximation des 7-9 % fonctionne bien pour des estimations rapides de capacité disque. Elle évite de recalculer les puissances de 1 024 mentalement. Pour un travail précis (facturation au Go, audit de stockage), le tableau complet avec les valeurs exactes reste nécessaire.
Bits et octets : ne pas confondre débit et stockage
Les fournisseurs d’accès internet expriment le débit en mégabits par seconde (Mbit/s), pas en mégaoctets. Un octet contient 8 bits. Un débit de 100 Mbit/s correspond donc à un transfert théorique maximal de 12,5 Mo par seconde. Quand on estime le temps de téléchargement d’un fichier, diviser le débit annoncé par 8 avant de convertir évite une erreur classique d’un facteur huit.
Le tableau d’octet conversion gagne à inclure une ligne de rappel bits/octets, surtout si on travaille avec des équipes réseau qui raisonnent en bits alors que le stockage parle en octets.
Garder ce tableau accessible (imprimé, en favori, dans un wiki interne) fait gagner quelques minutes à chaque estimation. Les retours varient sur la forme idéale, mais le contenu reste le même : les deux colonnes décimal et binaire, le rappel de l’encodage, et la division par 8 pour les débits. Avec ces trois repères, on couvre la grande majorité des situations terrain sans ouvrir une calculatrice.
