Yop !
Tout a fait exact... vu l'heure, j'suis plus à 100% et en me relisant, effectivement, ça prête à confusion, le terme octet existant ds les 2 langues.
En revanche, et c'était le fond de ma pensée, je voulais juste préciser qu'on confond souvent MB et Mb ou TB et Tb (Mega/Tera Bits vs Mega/Tera Bytes)... bit et bytes koi !
Bonne nuit
Rahan
|
39 messages • Accèder à une page • 1, 2, 3
|
Modérateurs: Modération Forum Installations, Modération Forum DIY, Le Bureau de l’Association HCFR • Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 6 invités
Conseils, Guides et Tutos pour le stockage et réseau
Règles du forum
Avant de poster, merci de prendre connaissance des règles du forum : à lire avant de poster
Avant de poster, merci de prendre connaissance des règles du forum : à lire avant de poster
TO, TB, Tio mais l'espace disque c'est quoi ?
- Rahan06
- Messages: 1773
- Inscription Forum: 12 Oct 2006 23:12
- Localisation: Nice
Je vous propose de suivre le conseil de Gandalf et de fermer la parenthèse
Michel
Michel
-
MLill - Membre d'Honneur - Contributeur
- Messages: 19167
- Inscription Forum: 08 Déc 1999 2:00
Merci Gandalf
Le problème pratique est que beaucoup d'entre nous croient que le formatage des disques par le NAS fait perdre de la capacité.
C'est un peu vrai dans la mesure où le système d'exploitation est, à ma connaissance, répliqué sur tous les disques.
Mais la différence est surtout due au fait que certains (par exemple Microsoft et Synology), dans la tradition, raisonnent en binaire, c'est à dire que le symbole K = 1024 = 2^10, et d'autres (par exemple les fournisseurs de disques) en décimal.
L'approche binaire colle à la réalité physique des mémoires informatiques, dont la capacité réelle est toujours une puissance de 2.
L'approche décimale colle à la réalité du marché du disque, depuis plus de 15 ans.
On achète un disque de 3 To (échelle décimale) et non pas un disque de 2,72 Tio (échelle binaire).
A l'usage je trouve que les systèmes de gestion de disque qui affichent en échelle décimale sont plus agréables à utiliser.
Enfin, pour faire des calculs en échelle binaire il faut auparavant convertir en décimal puis reconvertir en binaire, ce que l'on oublie parfois.
Ainsi 0,5 Tio = 512 Gio, donc 1,5 Tio = 1 Tio + 512 Gio et non pas 1 Tio + 500 Gio.
L'ennui est que, contrairement à la norme, les mêmes symboles sont utilisés pour deux unités différentes.
Et que la situation n'est pas près de changer.
Michel
Le problème pratique est que beaucoup d'entre nous croient que le formatage des disques par le NAS fait perdre de la capacité.
C'est un peu vrai dans la mesure où le système d'exploitation est, à ma connaissance, répliqué sur tous les disques.
Mais la différence est surtout due au fait que certains (par exemple Microsoft et Synology), dans la tradition, raisonnent en binaire, c'est à dire que le symbole K = 1024 = 2^10, et d'autres (par exemple les fournisseurs de disques) en décimal.
L'approche binaire colle à la réalité physique des mémoires informatiques, dont la capacité réelle est toujours une puissance de 2.
L'approche décimale colle à la réalité du marché du disque, depuis plus de 15 ans.
On achète un disque de 3 To (échelle décimale) et non pas un disque de 2,72 Tio (échelle binaire).
A l'usage je trouve que les systèmes de gestion de disque qui affichent en échelle décimale sont plus agréables à utiliser.
Enfin, pour faire des calculs en échelle binaire il faut auparavant convertir en décimal puis reconvertir en binaire, ce que l'on oublie parfois.
Ainsi 0,5 Tio = 512 Gio, donc 1,5 Tio = 1 Tio + 512 Gio et non pas 1 Tio + 500 Gio.
L'ennui est que, contrairement à la norme, les mêmes symboles sont utilisés pour deux unités différentes.
Et que la situation n'est pas près de changer.
Michel
-
MLill - Membre d'Honneur - Contributeur
- Messages: 19167
- Inscription Forum: 08 Déc 1999 2:00
Surtout si cette erreur est commise dans un des posts d'un topic, et que tous les posts suivants relevant et expliquant l'erreur sont retirés dudit topic en laissant uniquement le post contenant l'erreur en question...MLill a écrit:la situation n'est pas près de changer.
C'est sûr que là on n'est pas près d'avancer !...
C'est décourageant. Mais bon...
@+
- Jacky67
- Messages: 3526
- Inscription Forum: 14 Fév 2011 20:14
- Localisation: Elsass
Il est facil de critiquer dis donc
Il est plus simple et plus intéressant de faire un signalement sur le posts que j'ai oublié
Ou me faire un MP avec un petit mots comme quoi j'ai zappé ce posts dans le déplacement.
Je l'ai simplement pas vue pas la peine dan faire un drames
Il est plus simple et plus intéressant de faire un signalement sur le posts que j'ai oublié
Ou me faire un MP avec un petit mots comme quoi j'ai zappé ce posts dans le déplacement.
Je l'ai simplement pas vue pas la peine dan faire un drames
- Gandalflux
- Messages: 46286
- Inscription Forum: 07 Avr 2008 23:03
- Localisation: Luxembourg
De toutes façons si on reprend le topic sur les NAS le problème se repose régulièrement.
On pourra maintenant se contenter de faire un renvoi à ce sujet
Michel
On pourra maintenant se contenter de faire un renvoi à ce sujet
Michel
-
MLill - Membre d'Honneur - Contributeur
- Messages: 19167
- Inscription Forum: 08 Déc 1999 2:00
je peux aussi et tout de même bouger le post qui va pas mais lequel ?
- Gandalflux
- Messages: 46286
- Inscription Forum: 07 Avr 2008 23:03
- Localisation: Luxembourg
MLill a écrit:De toutes façons si on reprend le topic sur les NAS le problème se repose régulièrement.
oui, c'est pas la première fois.. à force d'obliger à utiliser une seul filière unique et puis à déplacer des messages
Je t'ai demandé d'arrêter de semer tes piques au grès du vent. A présent c'est l'heure de la récolte.
- corintin
- Messages: 3669
- Inscription Forum: 24 Mai 2009 22:25
Y a pas de drame.Gandalflux a écrit:Il est facil de critiquer dis donc
Il est plus simple et plus intéressant de faire un signalement sur le posts que j'ai oublié
Ou me faire un MP avec un petit mots comme quoi j'ai zappé ce posts dans le déplacement.
Je l'ai simplement pas vue pas la peine dan faire un drames
Ce n'est pas plus grave que ça non plus, apèrs tout.
- Jacky67
- Messages: 3526
- Inscription Forum: 14 Fév 2011 20:14
- Localisation: Elsass
Tout le monde aura constaté qu'un disque dur de 3 To fait en réalité 2,7 To et en plus les systèmes d'exploitation vous font remarquer, qu'au delà d'une certaine limite en pourcentage d'espace disque occupé, que le disque est trop plein et qu'il faut supprimer ou déplacer des données. Voilà donc ce qui réduit encore plus l'espace disque réel disponible.
Quand on a du 4 To, on s'inquiète moins de ces contraintes, puisqu'on a le temps de voir venir, jusqu'à ce que le problème se repose et ainsi de suite avec les disques de 5 et 6 To.
Quand on a du 4 To, on s'inquiète moins de ces contraintes, puisqu'on a le temps de voir venir, jusqu'à ce que le problème se repose et ainsi de suite avec les disques de 5 et 6 To.
- asheewan
- Messages: 1085
- Inscription Forum: 19 Sep 2012 1:56
L'usage a varié.
Dans les années 70, les IBM 2314 avaient une capacité affichée en échelle décimale, c'est à dire 29 Mo et non pas 29 Mio.
Comme il n'y avait pas beaucoup de concurrence je ne pense pas que c'était pour des raisons commerciales
Puis en 84, au début du PC on est en échelle binaire avec 10 Mo que l'on écrit maintenant 10 Mio.
Puis, avant 1999, l'échelle décimale s'est imposée.
Michel
Dans les années 70, les IBM 2314 avaient une capacité affichée en échelle décimale, c'est à dire 29 Mo et non pas 29 Mio.
Comme il n'y avait pas beaucoup de concurrence je ne pense pas que c'était pour des raisons commerciales
Puis en 84, au début du PC on est en échelle binaire avec 10 Mo que l'on écrit maintenant 10 Mio.
Puis, avant 1999, l'échelle décimale s'est imposée.
Michel
-
MLill - Membre d'Honneur - Contributeur
- Messages: 19167
- Inscription Forum: 08 Déc 1999 2:00
Si tu as lu et bien compris ce qui a été dit plus haut, alors tu comprends aussi que cela est totalement faux.asheewan a écrit:Tout le monde aura constaté qu'un disque dur de 3 To fait en réalité 2,7 To
Un HDD de 3 To fait... 3 To.
- Jacky67
- Messages: 3526
- Inscription Forum: 14 Fév 2011 20:14
- Localisation: Elsass
Jacky67 a écrit:Si tu as lu et bien compris ce qui a été dit plus haut, alors tu comprends aussi que cela est totalement faux.asheewan a écrit:Tout le monde aura constaté qu'un disque dur de 3 To fait en réalité 2,7 To
Un HDD de 3 To fait... 3 To.
Et quand on achète un DD de 3 TB, il fait 2,7 To.
Mais quand on dit Téra, on écrit To.
- asheewan
- Messages: 1085
- Inscription Forum: 19 Sep 2012 1:56
Non, pas plus.asheewan a écrit:Et quand on achète un DD de 3 TB, il fait 2,7 To.
Un HDD de 3 TB fait... 3 To (car ici 1 byte = 1 octet).
- Jacky67
- Messages: 3526
- Inscription Forum: 14 Fév 2011 20:14
- Localisation: Elsass
Yop :
Extrait Wikipédia :
Distinction entre byte et octet[modifier le code]
Le mot byte vient de l'anglais. En anglais, la capacité de la mémoire informatique est généralement exprimée en bytes, alors qu'en français on l'exprime plutôt en octets, ce qui revient au même grâce à la généralisation des bytes de huit bits. On peut donc considérer qu'une documentation en français qui exprime la capacité de mémoire en bytes a été mal traduite. Ainsi, pour le Dictionnaire du multimédia. Audiovisuel, informatique, télécommunications2 de l'AFNOR, le byte est « l'unité d'information correspondant à un octet, soit 8 bits.»
Toutefois, en anglais comme en français, si l'on veut explicitement désigner une quantité de huit bits, on utilise le mot octet ; tandis que si l'on veut exprimer l'unité d'adressage indépendamment du nombre de bits, on utilise le mot byte. Ainsi la description formelle d’un langage de programmation utilisera sciemment le mot byte si le langage ne nécessite pas qu’un byte ait une taille d’un octet. C’est par exemple le cas du langage C, où un byte peut contenir plus de huit bits. Le mot octet est sciemment utilisé en français comme en anglais pour décrire un format de données au bit près. Ainsi, on trouve le mot octet dans des textes anglais comme le RFC 793 qui décrit le protocole de communication TCP d'Internet, ou dans le standard H.263 qui décrit une norme de codage vidéo numérique.
La même distinction entre byte et octet existe donc dans les deux langues, seul change le mot que l'on utilise couramment dans les cas où le byte mesure huit bits.
Extrait Wikipédia :
Distinction entre byte et octet[modifier le code]
Le mot byte vient de l'anglais. En anglais, la capacité de la mémoire informatique est généralement exprimée en bytes, alors qu'en français on l'exprime plutôt en octets, ce qui revient au même grâce à la généralisation des bytes de huit bits. On peut donc considérer qu'une documentation en français qui exprime la capacité de mémoire en bytes a été mal traduite. Ainsi, pour le Dictionnaire du multimédia. Audiovisuel, informatique, télécommunications2 de l'AFNOR, le byte est « l'unité d'information correspondant à un octet, soit 8 bits.»
Toutefois, en anglais comme en français, si l'on veut explicitement désigner une quantité de huit bits, on utilise le mot octet ; tandis que si l'on veut exprimer l'unité d'adressage indépendamment du nombre de bits, on utilise le mot byte. Ainsi la description formelle d’un langage de programmation utilisera sciemment le mot byte si le langage ne nécessite pas qu’un byte ait une taille d’un octet. C’est par exemple le cas du langage C, où un byte peut contenir plus de huit bits. Le mot octet est sciemment utilisé en français comme en anglais pour décrire un format de données au bit près. Ainsi, on trouve le mot octet dans des textes anglais comme le RFC 793 qui décrit le protocole de communication TCP d'Internet, ou dans le standard H.263 qui décrit une norme de codage vidéo numérique.
La même distinction entre byte et octet existe donc dans les deux langues, seul change le mot que l'on utilise couramment dans les cas où le byte mesure huit bits.
- Rahan06
- Messages: 1773
- Inscription Forum: 12 Oct 2006 23:12
- Localisation: Nice
|
39 messages
• Page 2 sur 3 • 1, 2, 3
Retourner vers Stockage et Réseau |