Forums d'assistance et de discussion sur les logiciels produits par Mozilla ou créés à partir des technologies Mozilla. Ce site ne dépend pas de la fondation Mozilla et est maintenu par un collectif de bénévoles.
Quand tout est (trop ?) bien organisé, il y a besoin d'une ouverture. Ici on parle de tout, mais pas de n'importe quoi et toujours dans le respect d'autrui, vous êtes prévenus.
pirlouy a écrit :Et en réalité un (pitit) fichier, il prend 1000 octets, ou bien c'est un bloc de 1024 ?
Cela va dépendre du système de fichier, c'est comme pour le fût du canon... cela peut varier d'un peu plus de 1000 octets en passant par 1024, 2048, 4096 et même 8196 octets. Je n'ai pas souvenir de système 16Ko ou 32 Ko sur disque dur mais qui sait...
Ça dépend de la manière dont ton disque est formaté (en gros, plus sa taille est grande, plus les clusters individuels sont grands — 4Ko chez moi). Et puis il y a aussi les métadonnées du système de fichiers qui prennent de la place et qui ne sont pas comptées là-dedans.
À ce propos des préfixes, ça m'intéresserait de savoir ce que font :
- Gnome en anglais
- KDE en français et en anglais
- Windows Vista en français et en anglais
- Mac OS X en français et en anglais
(à la fois par défaut, et est-ce que c'est configurable)
Logiquement, Firefox ne devrait faire que suivre la convention adoptée par le système hôte, ou telle que configurée par l'utilisateur d'icelui.
♫ Li tens s'en veit, je n'ai riens fais ;
Li tens revient, je ne fais riens. ♪
00:14:24@zalem:~$ ls -l test
-rw-r--r-- 1 yoko yoko 1024 jan 31 19:55 test
00:16:06@zalem:~$ ls -lh test
-rw-r--r-- 1 yoko yoko 1,0K jan 31 19:55 test
00:16:39@zalem:~$ du -a test
8,0K test
@Benoit > Je lance Kubuntu live demain et je te dis ce qu'il en ai pour Konkeror.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.8.1.11) Gecko/20071128 Iceweasel/2.0.0.11 (Debian-2.0.0.11-1)
Dernière modification par Yoko le 01 févr. 2008, 10:44, modifié 1 fois.
Désolé de te reprendre, mais il n'y a pas lieu d'appeler ces conventions « erronées » dès lors qu'elles précèdent de loin une éventuelle normalisation.
Dans le sens où elles peuvent effectivement prêter à confusion dans l'esprit du grand public, c'est vrai il vaudrait mieux en utiliser d'autres.
Mais tout autant, il n'y a aucune raison logique de lui parler en « octets » quand les ordinateurs ne travaillent plus en 8-bits depuis 15 ans, sans parler des clusters qui font apparemment souvent 32768 bits de nos jours.
♫ Li tens s'en veit, je n'ai riens fais ;
Li tens revient, je ne fais riens. ♪
Benoit a écrit :Mais tout autant, il n'y a aucune raison logique de lui parler en « octets » quand les ordinateurs ne travaillent plus en 8-bits depuis 15 ans, sans parler des clusters qui font apparemment souvent 32768 bits de nos jours.
Tu parle de quoi ? Taille d'un registre ? Du disque dur ? De la largeur de la bande passante entre la CPU et la RAM ? entre le CPU et la carte graphique ?
Je trouve que l'octet a bien plus sa place que le byte.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.8.1.11) Gecko/20071128 Iceweasel/2.0.0.11 (Debian-2.0.0.11-1)
Yoko a écrit :Tu parle de quoi ? Taille d'un registre ? Du disque dur ? De la largeur de la bande passante entre la CPU et la RAM ? entre le CPU et la carte graphique ?
D'un peu tout ça, plus rien ne vaut 8 bits là-dedans. Ce sont des multiples, d'accord, mais probablement tout autant des multiples de 16 ou 32, voire 64. Je trouve que, par exemple, l'industrie s'en est mieux sortie pour expliquer au grand public les vitesses des lecteurs optiques où on dit simplement que c'est autant de fois plus rapide que la vitesse de lecture normale.
Merci pour les captures au fait Mori. Comme je le craignais c'est très incohérent, même au sein de la même fenêtre (des octets, des B, et même le « 105G »).
Au fait, « golgoth » ?
♫ Li tens s'en veit, je n'ai riens fais ;
Li tens revient, je ne fais riens. ♪
Je pense que le SI s'est planté en adoptant les ko, go, ...
Il a cru banaliser et donner une information accessible au public, dans les faits il a créé plus de problèmes.
De la même manière que l'on a vu une sonde s'écraser, des bouts d'avions incompatibles (Airbus) à cause d'unités non homogènes, en normalisant les ko nous avons ajouté une source d'erreurs supplémentaire.
Il eût été plus simple d'interdire l'utilisation de notation trompeuse aux vendeurs malhonnêtes proposant des disques 100Mo ou 10 Go pour des tailles se seulement 100. 10^6 ou 10 10^9...