Allez, devoir de vacances ! Hop la !
Primo, en informatique on manipule des Kilos (1024) pas des kilos (1000), des Mégas (1024 K= env. 1049 k) pas des mégas (1 000 k).
Idem pour les Gigas, Téras, Pétas : à chaque fois on multiplie par un facteur 1024 ( 2 puissance 10) au lieu de 1000 comme pour les multiples décimaux.
1Kg de patates fait 1024 g de patates. Tu peux essayer d'acheter 1Kg de patates au prix d'un kg, tu gagneras 2,4 % sur le prix. Le plus drole est que c'est légal !
Par abus de langage, on les assimile. Pour les Kilos, pas génant (Tu peux toujours courir pour les patates 
).
Pour les Gigas, ça fait quand même plus de 7% d'écart, pas un drame non plus (d'autant qu'une tonne de patates, faut de la place).
Pour les Téras (1000 x plus), ça fait presque 10%, ça commence à compter (pour les patates, tu vois avec Bonduelle).
etc .
Par ailleurs, un octet (8 bits) = un byte (en anglais) qui sont notés respectivement O et B (en MAJUSCULES).
Le bit (BInary digiT), pas traduit donc adopté en français, se note b (en minuscule).
La confusion entre b et B est malheureusement courante en télécom pour les débits exprimés en b/s ou en B/s !
Les opérateurs donnent toujours les débits en b/s (ça les arrange aussi, c'est 8 x plus) mais les logiciels les indiquent le plus souvent en B/s (c'est plus lisible et parlant mais 8x moins).
Pour corser l'affaire, à 8 Mb/s, combien de bytes je peux transmettre en 1 seconde ? Fastoche, puisque 1 byte = 8 bits donc 1 MB. Et ben, non ... enfin presque parce qu'il faut tenir compte du protocole (ça cause énormément) donc une "rule of thumb" est de prendre un facteur 10 au lieu de 8, ça facilite les calculs (mentaux) même si ça traduit le fait que le débit apparent est inférieur au débit réel (lui-même inférieur au débit théorique lui-même inférieur au débit annoncé par l'opérateur parce que encore plus théorique (éloignement, perturbations ...)).
Pour tes vignettes (thumbnails), pas une cata mais des petites cochonneries d'une part il y en a plein et surtout un peu partout. Ça finit pas compter. Cela étant dans Linux, il y en a une quantité industrielle mais faut surtout pas y toucher !
D'autre part, la taille de ces "miettes" est trompeuse. Un fichier de 1, 10, 100 ou 1000...4096 octets occupera OBLIGATOIREMENT 4K (4096) octets.
Un fichier de 4097 à 8192 octets occupera de même 8K (8192) octets et ainsi de suite.
Parce que l'unité d'allocation (le minimum syndical) est une tranche de 4K octets.
En gros, le principe de "toute heure commencée est due intégralement".
Cela est totalement négligeable pour des gros fichiers en MO et plus.
Mais pour illustrer (purement théorique).
Imaginons 1 GO occupés par des fichiers de 1 octet... tu suis ? Combien de fichiers au maximum dans ton espace de 1GO ?
En gros un milliard ?
Que nenni ! 4096 (4K) fois moins ... 262 144 (256 K) fichiers et (bien pire) octets par la même occasion (en gros 0,025 % de remplissage alors que ton espace est "vu" comme plein par l'OS), ça calme, non ?
Ce principe de fonctionnement est imposé par l'OS (en réalité le système de gestion de fichiers) et c'est kif-kif pour tous les OS. C'est le "logical allocation unit" (ou cluster), normalement toujours de 4K .
En fait, ce qui est à retenir est paradoxal : plus un disque est gros, plus la place est gaspilée. Pas de panique, avec les tailles actuelles on a une énorme marge avant d'attaquer des clusters de 8 ou 16K.
La prochaine fois, interro écrite !
mais si ce n'est pas le cas, demandez moi des précisions.
Contenu éditorial recommandé
Avec ton accord, un contenu externe est chargé ici.
En cliquant sur le bouton ci-dessus, tu acceptes que des contenus externes soient affichés. Des données personnelles peuvent alors être transmises à des fournisseurs tiers. Tu trouveras plus d'informations à ce sujet dans notre Déclaration de protection de données.