Convertir des o en ko

Un octet vaut huit bits — c’est d’ailleurs ce que le mot dit, là où l’anglais *byte* ne dit rien de la taille. Elle n’a pas toujours été fixée : les premiers ordinateurs employaient six, sept ou neuf bits. Huit s’est imposé parce qu’un caractère y tient et que le nombre se coupe proprement en deux.

Un kilooctet vaut 1 000 octets quand c’est un organisme de normalisation qui le définit, et 1 024 quand c’est un système d’exploitation. Cette page compte en 1 000 ; l’unité valant 1 024 s’appelle kibioctet.

Passer des octets aux kilooctets déplace la virgule de 3 rangs vers la gauche, et rien d'autre ne change. Aucun facteur à retenir, aucun arrondi à trancher : les chiffres restent dans le même ordre, seule leur position bouge.

1 234 B font 1,234 kB — les mêmes chiffres, décalés. C'est la seule conversion que vous pouvez vérifier d'un coup d'œil : si les chiffres du résultat ne sont pas ceux du départ, ce n'est pas cette conversion qui les a changés.

Sous le mégaoctet, le compteur brut reste lisible, et c’est ce qui change la raison de la conversion. On ne convertit pas 27 504 octets en kilooctets parce que la valeur d’origine est incompréhensible ;on le fait parce que tout ce qu’on veut lui comparer — un budget d’artefact, une limite de formulaire, un autre fichier coté à 30 ko — est écrit en kilooctets. La conversion est une traduction dans l’unité où la conversation se passe.

Cela signifie aussi que la précision est peu coûteuse à ce niveau. Une décimale représente une centaine d’octets et deux en représentent dix, donc 27,5 ko et 27,50 ko sont tous deux honnêtes et le second n’est pas du remplissage. Plus haut dans l’échelle, les chiffres supplémentaires ne veulent plus rien dire, mais à ce niveau un dixième de kilooctet est une quantité réelle que quelqu’un pourrait retirer d’un fichier.

Le kilooctet de cette page vaut 1 000 octets, donc la conversion déplace la virgule de trois chiffres vers la gauche. C’est le sens du préfixe kilo dans le Système international, le sens utilisé par les fabricants de disques, par les équipements réseau et par tous les outils de performance web, et c’est le seul sous lequel un kilooctet se rapporte à un mégaoctet et à un gigaoctet par le même facteur à chaque palier.

L’unité à 1 024 octets est le kibioctet, et à ce barreau de l’échelle l’écart entre les deux est à son plus étroit : 2,4 %. C’est assez pour être ignoré sur une icône seule et assez pour peser sur un ensemble, où un budget à 900 ko et un budget à 900 Kio diffèrent d’une vingtaine de kilooctets — à peu près la taille d’une police web complète. L’écart s’élargit à chaque palier au-dessus, jusqu’à 7,4 % au gigaoctet, mais ici c’est la différence entre deux nombres qui se ressemblent.

Les systèmes de fichiers n’allouent pas le stockage octet par octet. Ils allouent par blocs, en général de 4 096 octets, et un fichier occupe des blocs entiers qu’il les remplisse ou non. Un fichier de 300 octets a une longueur de 0,3 ko et consomme 4 ko de disque ;un fichier de 4 100 octets en consomme 8. Le reste gaspillé a un nom, l’espace de glissement, et sur un dossier de petits artefacts il peut facilement doubler le total.

C’est à ce niveau que le compteur de bytes et l’espace occupé sont vraiment deux quantités distinctes plutôt que deux rendus d’un même nombre. Laquelle vous convertissez dépend de la question : une limite d’upload et un budget de transfert s’intéressent à la longueur, l’espace libre sur un appareil s’intéresse à l’allocation. Les outils se séparent sur la même ligne — un listing de fichiers donne la longueur, un outil d’occupation donne les blocs — et les deux ne s’accorderont pas à cette échelle.

Les budgets front-end s’écrivent en kilooctets parce que c’est l’unité à laquelle les nombres restent comparables. Une feuille de style à 18 ko, un script à 140 ko et une police à 24 ko s’additionnent en un chiffre dont on peut discuter ;les trois mêmes chiffrés en 18 432, 143 360 et 24 576 octets n’invitent pas la même conversation. La conversion est ce qui transforme trois sorties de build en une décision.

Le nombre qui a sa place dans le budget est presque toujours la version compressée. Les assets de texte sont servis sous gzip ou brotli, et un script de 140 ko peut traverser le réseau en 45 ko, donc un outil de build qui ne rapporte que la taille brute rapporte la mauvaise figure d’un facteur trois. Quand une taille est citée sans préciser laquelle, la lecture sûre est qu’un compteur de bytes a été divisé par 1 000 sans compression.

Les données traversent un réseau ordinaire en paquets dont la charge utile plafonne autour de 1 500 octets, donc tout ce qui se mesure en kilooctets est déjà un petit tas de paquets : 27,5 ko font une vingtaine d’entre eux. La conséquence pratique est que gagner des octets a une fonction en escalier dans son effet. Faire passer un fichier de 1 600 à 1 400 octets retire un paquet et un éventuel aller-retour ;faire passer 40 ko à 39 ko ne retire presque rien de perceptible.

Cela explique aussi pourquoi un navigateur rapporte une taille transférée un peu supérieure à la taille du fichier, même sans compression. Chaque paquet porte ses en-têtes de protocole, et une connexion porte la sienne avant que n’arrive le moindre octet du fichier. Convertir le fichier en kilooctets donne le contenu ;le coût sur le fil est quelques pour cent au-dessus, et pour de très petits fichiers il peut en constituer la plus grande part.

Un kilooctet d’anglais courant représente environ un millier de caractères, ou un paragraphe et demi — un octet par caractère en ASCII et, en pratique, en UTF-8 aussi pour le texte latin. Hors de cet alphabet, l’UTF-8 dépense deux octets pour le grec et le cyrillique, trois pour la plupart des caractères chinois, japonais et devanagari, et quatre pour les émojis, donc la même page visible de texte peut peser trois fois plus dans une langue et pas dans une autre.

Les données structurées sont plus lourdes par unité de sens que la prose. Une réponse JSON avec des clés descriptives dépense une part importante de ses octets à répéter ces clés sur chaque enregistrement, ce qui explique pourquoi quelques centaines de lignes atteignent si facilement plusieurs dizaines de kilooctets et pourquoi la compression y fonctionne si bien. Les formats binaires inversent la tendance : un petit PNG est essentiellement de la donnée de pixel compressée et ne rétrécira plus au transit.

Diviser par 1 000 et couper à une décimale sous-estime un fichier un peu plus souvent qu’elle ne le surestime, parce que les tailles publiques sont d’habitude arrondies vers le bas pour paraître meilleures. Quand le chiffre va dans un budget ou une limite, arrondissez vers le haut : un formulaire qui accepte 100 ko et un fichier de 99 987 octets ne laissent aucune marge, et le compteur d’octets est le chiffre que la vérification utilisera.

Quand le chiffre va dans un texte, une décimale suffit et deux est le plus souvent un faux confort, parce que le fichier changera à la prochaine compilation. L’exception est tout ce qui s’approche d’une borne stricte — une limite, un seuil de cache, un paquet unique — où le compteur exact est le seul chiffre qui répond à la question et où la figure en kilooctets en est un résumé.