La conversion Go en Mo repose sur un facteur fixe, mais la taille affichée d’un fichier ne correspond presque jamais à la quantité de données réellement transférée. Comprendre cet écart change la façon d’anticiper un téléchargement, surtout en mobilité avec un forfait data limité.
Base binaire et base décimale : la source d’écart dans la conversion Go en Mo
Un gigaoctet au sens du système binaire (utilisé par les systèmes d’exploitation) vaut 1 024 mégaoctets, soit 1 073 741 824 octets. En base décimale (norme SI, utilisée par les fabricants de disques et les opérateurs), 1 Go vaut 1 000 Mo, soit 1 000 000 000 octets.
A voir aussi : Taille des micro LED : caractéristiques et dimensions essentielles
Cette double convention explique pourquoi un disque vendu pour 500 Go n’affiche qu’environ 465 Go sous Windows. Le système d’exploitation divise par 1 024 à chaque palier, alors que le fabricant divise par 1 000. L’écart atteint presque 7 % par palier de conversion.
Pour convertir des Go en Mo en contexte réel, nous recommandons de toujours vérifier quelle convention est employée. Un fichier de 1,5 Go pèse 1 536 Mo en binaire, mais 1 500 Mo en décimal. Sur un forfait mobile, l’opérateur facture généralement en base décimale, tandis que le gestionnaire de fichiers du téléphone affiche en binaire.
A lire aussi : Trouver la taille d'écran idéale pour sublimer vos retouches photo
Taille affichée et taille transférée : pourquoi le fichier téléchargé pèse moins que prévu
Anticiper la taille d’un téléchargement ne se résume pas à lire le poids du fichier dans un explorateur. La compression HTTP (gzip, Brotli) réduit le volume effectivement transféré sur le réseau. Un fichier texte ou HTML de 12 Mo peut ne consommer que quelques Mo de bande passante grâce à cette compression côté serveur.
Les navigateurs récents (Chrome, Edge, Firefox) affichent désormais dans leurs outils de développement la distinction entre taille compressée et taille non compressée. Cette information est accessible dans l’onglet réseau et permet de mesurer l’écart réel entre le volume stocké et le volume téléchargé.
Le cas des stores mobiles
Google Play et l’App Store distinguent systématiquement la taille du binaire à télécharger et la taille après installation. Les systèmes de compression et de déduplication font que le téléchargement consomme souvent moins de données que la taille finale sur l’appareil.
Concrètement, une application affichant 250 Mo dans le stockage du téléphone peut n’avoir nécessité qu’un téléchargement de 120 Mo. L’inverse est aussi vrai : certaines mises à jour incrémentales sont plus légères que la différence de taille affichée entre deux versions.
Conversion Go en Mo pour le streaming et les jeux : profils de qualité et consommation réelle
Les plateformes de streaming (Netflix, Disney+) et les stores de jeux (Xbox, PlayStation) publient des profils de qualité qui indiquent la consommation en Mo par minute ou par heure de lecture. Ces profils permettent d’anticiper précisément la consommation data avant de lancer un téléchargement hors ligne ou un visionnage en 4G/5G.
Voici les ordres de grandeur à retenir pour le streaming vidéo :
- Qualité basse (480p) : la consommation par heure reste sous le gigaoctet, souvent quelques centaines de Mo
- Qualité HD (1080p) : la consommation par heure se situe dans la fourchette de quelques Go, ce qui vide rapidement un forfait de 20 Go
- Qualité Ultra HD (4K) : une heure de visionnage peut dépasser largement la barre des 5 Go selon le codec utilisé (H.264 vs H.265/HEVC)
La conversion Go en Mo prend ici tout son sens : un forfait de 20 Go représente environ 20 000 Mo en décimal, soit une capacité limitée face à quelques heures de streaming HD.
Anticiper un téléchargement sur forfait mobile : les pièges à éviter
Le dépassement de fair-use reste le principal risque financier lié à une mauvaise estimation de la taille des fichiers. Plusieurs points méritent une attention particulière avant de lancer un téléchargement volumineux en données mobiles.
- Vérifier si l’opérateur comptabilise en base décimale (1 Go = 1 000 Mo) ou en base binaire, ce qui modifie le seuil de dépassement
- Consulter la taille de téléchargement (et non la taille d’installation) dans le store ou le gestionnaire de fichiers
- Prendre en compte les mises à jour automatiques en arrière-plan, qui peuvent consommer plusieurs centaines de Mo sans notification visible
- En itinérance, les surcoûts liés au roaming s’appliquent au volume transféré, pas au volume stocké, ce qui rend la compression HTTP avantageuse
Compression et format de fichier
Tous les formats ne se compressent pas de la même façon. Un fichier ZIP ou un document PDF contient déjà des données compressées : la compression HTTP n’apportera qu’un gain marginal. En revanche, un fichier JSON, CSV ou HTML brut bénéficie d’un taux de compression très élevé, parfois supérieur à 80 %.
Anticiper la taille réelle d’un téléchargement impose de croiser trois informations : le poids affiché du fichier, le format (compressible ou non), et la convention de mesure utilisée par le système. Sans cette triple vérification, l’estimation peut facilement varier du simple au double, avec des conséquences directes sur la gestion de l’espace de stockage et la consommation de données mobiles.
