Re: [BRUIT] La folie du disque
En fait, je connais déjà FDISK ;0) Je pensais qu'il existait une commande shell pour avoir directement en gibioctets le volume total du disque (avec ou sans partitions). Merci quand même ;0) pour information, on peut aussi calculer de cette manière le volume en gibioctets à partir des informations données par FDISK : 8225280 octets (le nombre d'octets par cylindre) * 4865 cylindres = 40015987200 octets (dans tout le disque dur) puis ((40015987200 octets /1024) /1024) /1024 = 37.27 gibioctets (environ ;0) A + ;0) Le lundi 17 Mai 2004 00:13, [EMAIL PROTECTED] a écrit : Oui mais la commande df indique les quantités d'espaces disques utilisées et disponibles sur les systèmes de fichiers, comment savoir la taille totale réelle de mes disques (la taille totale du disque, zone non partionnée comprise) ? ;0) fdisk est ton ami dans ce cas-là : [EMAIL PROTECTED] fdisk -l /dev/hda Disque /dev/hda: 40.0 Go, 40020664320 octets 255 têtes, 63 secteurs/piste, 4865 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/hda1 1 730 5863693+ 83 Linux /dev/hda2 731 878 1188810 83 Linux /dev/hda3 * 879480731559692+ 83 Linux /dev/hda448084865 465885 82 Linux swap Avec ces infos, tu prends la taille de cylindre, le nombre desdits cylindres, et tu divises le tout par 1048576 pour obtenir des mégaoctets : [EMAIL PROTECTED] echo '8225280 * 4865 / 1048576' | bc 38162.219238281250 Et encore par 1024 pour obtenir des gigas : [EMAIL PROTECTED] echo '8225280 * 4865 / (1048576 * 1024)' | bc 37.26779222488403320312 Et paf, 37,27 Go. +++ -- [ Jacques Caruso [EMAIL PROTECTED] Développeur PHP ] [ Monaco Internet http://monaco-internet.mc/ ] [ Tél : (+377) 93 10 00 43Clé PGP : 0x41F5C63D ] [ -+- Rappelez-vous que vous êtes unique. Comme tout le monde. -+- ] Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Le pour information, est déplacé, je n'avais pas compris d'où venait le chiffre 1048576 ;0) (la fatigue...) Bref, je suis d'accord avec le Et paf, 37,27 Go ;0) Merci pour ta réponse ;0) pour information, on peut aussi calculer de cette manière le volume en gibioctets à partir des informations données par FDISK : 8225280 octets (le nombre d'octets par cylindre) * 4865 cylindres = 40015987200 octets (dans tout le disque dur) puis ((40015987200 octets /1024) /1024) /1024 = 37.27 gibioctets (environ ;0) A + ;0) Le lundi 17 Mai 2004 00:13, [EMAIL PROTECTED] a écrit : Oui mais la commande df indique les quantités d'espaces disques utilisées et disponibles sur les systèmes de fichiers, comment savoir la taille totale réelle de mes disques (la taille totale du disque, zone non partionnée comprise) ? ;0) fdisk est ton ami dans ce cas-là : [EMAIL PROTECTED] fdisk -l /dev/hda Disque /dev/hda: 40.0 Go, 40020664320 octets 255 têtes, 63 secteurs/piste, 4865 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/hda1 1 730 5863693+ 83 Linux /dev/hda2 731 878 1188810 83 Linux /dev/hda3 * 879480731559692+ 83 Linux /dev/hda448084865 465885 82 Linux swap Avec ces infos, tu prends la taille de cylindre, le nombre desdits cylindres, et tu divises le tout par 1048576 pour obtenir des mégaoctets : [EMAIL PROTECTED] echo '8225280 * 4865 / 1048576' | bc 38162.219238281250 Et encore par 1024 pour obtenir des gigas : [EMAIL PROTECTED] echo '8225280 * 4865 / (1048576 * 1024)' | bc 37.26779222488403320312 Et paf, 37,27 Go. +++ -- [ Jacques Caruso [EMAIL PROTECTED] Développeur PHP ] [ Monaco Internet http://monaco-internet.mc/ ] [ Tél : (+377) 93 10 00 43Clé PGP : 0x41F5C63D ] [ -+- Rappelez-vous que vous êtes unique. Comme tout le monde. -+- ] Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
RE : [BRUIT] La folie du disque
PS : quand je disais faire un p'tit script, je pense a prendre en entrée la
sortie du fdisk, et proposer un affichage complet en taille Plus
compréhensible pour le mortel des humains... Et non pas une simple
calculette...
@++
C'est parce que la vitesse de la lumière est supérieure à celle du son que
tant d'hommes paraissent brillants avant d'avoir l'air con.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : mardi 18 mai 2004 00:15
À : linux06@linuxfr.org
Objet : Re: [BRUIT] La folie du disque
Le pour information, est déplacé, je n'avais pas compris
d'où venait le
chiffre 1048576 ;0) (la fatigue...)
Bref, je suis d'accord avec le Et paf, 37,27 Go ;0)
Merci pour ta réponse ;0)
pour information, on peut aussi calculer de cette manière
le volume en
gibioctets à partir des informations données par FDISK :
8225280 octets (le nombre d'octets par cylindre) * 4865 cylindres =
40015987200 octets (dans tout le disque dur)
puis
((40015987200 octets /1024) /1024) /1024 = 37.27 gibioctets
(environ
;0)
A + ;0)
Le lundi 17 Mai 2004 00:13, [EMAIL PROTECTED] a écrit :
Oui mais la commande df indique les quantités
d'espaces disques
utilisées et disponibles sur les systèmes de fichiers, comment
savoir la taille totale réelle de mes disques (la
taille totale du
disque, zone non partionnée comprise) ? ;0)
fdisk est ton ami dans ce cas-là :
[EMAIL PROTECTED] fdisk -l /dev/hda
Disque /dev/hda: 40.0 Go, 40020664320 octets
255 têtes, 63 secteurs/piste, 4865 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id
System
/dev/hda1 1 730 5863693+ 83 Linux
/dev/hda2 731 878 1188810 83 Linux
/dev/hda3 * 879480731559692+ 83 Linux
/dev/hda448084865 465885 82
Linux swap
Avec ces infos, tu prends la taille de cylindre, le
nombre desdits
cylindres, et tu divises le tout par 1048576 pour obtenir des
mégaoctets :
[EMAIL PROTECTED] echo '8225280 * 4865 / 1048576' | bc
38162.219238281250
Et encore par 1024 pour obtenir des gigas :
[EMAIL PROTECTED] echo '8225280 * 4865 / (1048576 *
1024)' | bc
37.26779222488403320312
Et paf, 37,27 Go.
+++
--
[ Jacques Caruso [EMAIL PROTECTED]
Développeur PHP ]
[ Monaco Internet
http://monaco-internet.mc/ ]
[ Tél : (+377) 93 10 00 43Clé PGP
: 0x41F5C63D ]
[ -+- Rappelez-vous que vous êtes unique. Comme tout le
monde. -+- ]
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
RE : [BRUIT] La folie du disque
Faut avouer que c'est un peu.. Ch... De devoir a chauqe fois se taper tous
ses calculs...
Quid d'un p'tit script faisant tous ses calculs automatiquement ??? Fdisk
bis ???
Etant assez faible en programation,... N'y aurai-t-il pas qq'un qui
porrait le faire ???
Merci d'avance a celui ou celle...
@++
C'est parce que la vitesse de la lumière est supérieure à celle du son que
tant d'hommes paraissent brillants avant d'avoir l'air con.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : mardi 18 mai 2004 00:15
À : linux06@linuxfr.org
Objet : Re: [BRUIT] La folie du disque
Le pour information, est déplacé, je n'avais pas compris
d'où venait le
chiffre 1048576 ;0) (la fatigue...)
Bref, je suis d'accord avec le Et paf, 37,27 Go ;0)
Merci pour ta réponse ;0)
pour information, on peut aussi calculer de cette manière
le volume en
gibioctets à partir des informations données par FDISK :
8225280 octets (le nombre d'octets par cylindre) * 4865 cylindres =
40015987200 octets (dans tout le disque dur)
puis
((40015987200 octets /1024) /1024) /1024 = 37.27 gibioctets
(environ
;0)
A + ;0)
Le lundi 17 Mai 2004 00:13, [EMAIL PROTECTED] a écrit :
Oui mais la commande df indique les quantités
d'espaces disques
utilisées et disponibles sur les systèmes de fichiers, comment
savoir la taille totale réelle de mes disques (la
taille totale du
disque, zone non partionnée comprise) ? ;0)
fdisk est ton ami dans ce cas-là :
[EMAIL PROTECTED] fdisk -l /dev/hda
Disque /dev/hda: 40.0 Go, 40020664320 octets
255 têtes, 63 secteurs/piste, 4865 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Boot Start End Blocks Id
System
/dev/hda1 1 730 5863693+ 83 Linux
/dev/hda2 731 878 1188810 83 Linux
/dev/hda3 * 879480731559692+ 83 Linux
/dev/hda448084865 465885 82
Linux swap
Avec ces infos, tu prends la taille de cylindre, le
nombre desdits
cylindres, et tu divises le tout par 1048576 pour obtenir des
mégaoctets :
[EMAIL PROTECTED] echo '8225280 * 4865 / 1048576' | bc
38162.219238281250
Et encore par 1024 pour obtenir des gigas :
[EMAIL PROTECTED] echo '8225280 * 4865 / (1048576 *
1024)' | bc
37.26779222488403320312
Et paf, 37,27 Go.
+++
--
[ Jacques Caruso [EMAIL PROTECTED]
Développeur PHP ]
[ Monaco Internet
http://monaco-internet.mc/ ]
[ Tél : (+377) 93 10 00 43Clé PGP
: 0x41F5C63D ]
[ -+- Rappelez-vous que vous êtes unique. Comme tout le
monde. -+- ]
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Ça a des chances d'être le fait que ta machine est en route depuis trop longtemps : dmesg garde en mémoire les messages à l'amorçage dans un tampon limité ; lorsque les messages s'accumulent, les premiers finissent par disparaître. Solution alternative : grep iB /var/log/dmesg. D'accord, dmesg est utilisé pour examiner ou contrôler le tampon des messages du noyau. Le programme aide les utilisateurs à afficher les messages du démarrage de la machine. Au lieu de copier ces messages à la main, il suffit de faire dmesg boot.messages et envoyer par courrier électronique le fichier boot.mes sages à quelqu'un capable d'identifier un éventuel problème. Mais quand j'utilise l'option -n 1 (-n niveau règle le niveau des messages à afficher sur la console. Par exemple, -n 1 supprime l'affichage de tous les messages, exceptés les messages graves) j'obtiens ceci : [EMAIL PROTECTED] fofo]# dmesg grep iB /var/log/dmesg -n 1 Usage: dmesg [-c] [-n niveau] [-s taille-de-tampon] [EMAIL PROTECTED] fofo]# Autre tentative ;0) : [EMAIL PROTECTED] fofo]# dmesg -n 1 grep iB /var/log/dmesg Usage: dmesg [-c] [-n niveau] [-s taille-de-tampon] [EMAIL PROTECTED] fofo]# Ceci étant, si tu veux connaître la taille réelle de tes disques, la solution est en fait d'utiliser 'df' qui liste les différentes partitions : [EMAIL PROTECTED] df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/ide/host0/bus0/target0/lun0/part3 30G 15G 14G 52% / /dev/ide/host0/bus0/target0/lun0/part1 5,6G 2,2G 3,1G 42% /var /dev/ide/host0/bus0/target0/lun0/part2 1,2G 34M 1,1G 4% /tmp On peut voir ici que mon disque, vendu pour 40 Go n'en fait en réalité que 37 environ (ou plutôt, il fait environ 37 GiB)... Oui mais la commande df indique les quantités d'espaces disques utilisées et disponibles sur les systèmes de fichiers, comment savoir la taille totale réelle de mes disques (la taille totale du disque, zone non partionnée comprise) ? ;0) Je comprend pas bien cette option (qu'on trouve dans le MAN), comment la lire, et comment s'en servir : -i, --inodes Afficher les informations sur l'utilisation des i- noeuds plutôt que les blocs. Un i-noeud (noeud d'index) contient des informations sur un fichier comme son propriétaire, ses dates d'accés et sa position sur le disque Pour exemple : [EMAIL PROTECTED] fofo]# df -i Sys. de fich. Inodes IUtil. ILib. %IUti. Monté sur /dev/ide/host0/bus0/target0/lun0/part6 1,3M147K1,1M 12% / /dev/ide/host0/bus0/target0/lun0/part7 1,3M2,9K1,3M1% /home Pour information : [EMAIL PROTECTED] fofo]# df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/ide/host0/bus0/target0/lun0/part6 9,7G 2,3G 7,0G 25% / /dev/ide/host0/bus0/target0/lun0/part7 9,7G 250M 9,5G 3% /home [EMAIL PROTECTED] fofo]# Merci, ;0) Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Heu, désolé, concernant dmesg, j'ai omis le | [EMAIL PROTECTED] fofo]# dmesg | grep iB /var/log/dmesg -n 1 /var/log/dmesg:131:hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=158816/16/63, UDMA(133) grep: 1: No such file or directory C'est quoi :131:, le n° de la ligne dans la log ? Et w/2048KiB Cache ? Et CHS=158816/16/63 ? Et, [EMAIL PROTECTED] fofo]# dmesg -n 1 | grep iB /var/log/dmesg hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=158816/16/63, UDMA(133) [EMAIL PROTECTED] fofo] Je m'excuse pour l'oubli du pipe (le |). Ça a des chances d'être le fait que ta machine est en route depuis trop longtemps : dmesg garde en mémoire les messages à l'amorçage dans un tampon limité ; lorsque les messages s'accumulent, les premiers finissent par disparaître. Solution alternative : grep iB /var/log/dmesg. D'accord, dmesg est utilisé pour examiner ou contrôler le tampon des messages du noyau. Le programme aide les utilisateurs à afficher les messages du démarrage de la machine. Au lieu de copier ces messages à la main, il suffit de faire dmesg boot.messages et envoyer par courrier électronique le fichier boot.mes sages à quelqu'un capable d'identifier un éventuel problème. Mais quand j'utilise l'option -n 1 (-n niveau règle le niveau des messages à afficher sur la console. Par exemple, -n 1 supprime l'affichage de tous les messages, exceptés les messages graves) j'obtiens ceci : [EMAIL PROTECTED] fofo]# dmesg grep iB /var/log/dmesg -n 1 Usage: dmesg [-c] [-n niveau] [-s taille-de-tampon] [EMAIL PROTECTED] fofo]# Autre tentative ;0) : [EMAIL PROTECTED] fofo]# dmesg -n 1 grep iB /var/log/dmesg Usage: dmesg [-c] [-n niveau] [-s taille-de-tampon] [EMAIL PROTECTED] fofo]# Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Le lundi 17 Mai 2004 00:13, [EMAIL PROTECTED] a écrit : Oui mais la commande df indique les quantités d'espaces disques utilisées et disponibles sur les systèmes de fichiers, comment savoir la taille totale réelle de mes disques (la taille totale du disque, zone non partionnée comprise) ? ;0) fdisk est ton ami dans ce cas-là : [EMAIL PROTECTED] fdisk -l /dev/hda Disque /dev/hda: 40.0 Go, 40020664320 octets 255 têtes, 63 secteurs/piste, 4865 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Boot Start End Blocks Id System /dev/hda1 1 730 5863693+ 83 Linux /dev/hda2 731 878 1188810 83 Linux /dev/hda3 * 879480731559692+ 83 Linux /dev/hda448084865 465885 82 Linux swap Avec ces infos, tu prends la taille de cylindre, le nombre desdits cylindres, et tu divises le tout par 1048576 pour obtenir des mégaoctets : [EMAIL PROTECTED] echo '8225280 * 4865 / 1048576' | bc 38162.219238281250 Et encore par 1024 pour obtenir des gigas : [EMAIL PROTECTED] echo '8225280 * 4865 / (1048576 * 1024)' | bc 37.26779222488403320312 Et paf, 37,27 Go. +++ -- [ Jacques Caruso [EMAIL PROTECTED] Développeur PHP ] [ Monaco Internet http://monaco-internet.mc/ ] [ Tél : (+377) 93 10 00 43Clé PGP : 0x41F5C63D ] [ -+- Rappelez-vous que vous êtes unique. Comme tout le monde. -+- ] Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
On Tue, 11 May 2004 13:16:39 +0200, Jacques Caruso [EMAIL PROTECTED] wrote: la dernière fois qu'une mésentente sur les unités de mesure (entre le système impérial et le système métrique) s'est faite jour, une sonde spatiale très coûteuse a fait un plongeon plutôt brusque vers la planète Mars... http://ars.userfriendly.org/cartoons/?id=2813mode=classic -- G. Stewart -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] Registered Linux user #284683 (Slackware 9.0, Linux 2.6.6) -- You can't block a port with software that runs on the same machine where the attacks are aimed. That's like trying to stop bullets by shoving Kevlar up your backside. By the time the bullet hits the Kevlar, the damage has been done. -- Morely 'Spam is theft' Dotes in NANAE, 13-AUG-2003 Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Je n'obtiens pas de réponse quand je fais : [EMAIL PROTECTED] fofo]# dmesg | grep iB [EMAIL PROTECTED] dev]# ou [EMAIL PROTECTED] dev]# dmesg | grep iB #(là ou se trouve les partitions du disque dur) [EMAIL PROTECTED] dev]# [EMAIL PROTECTED] dmesg | grep iB hda: max request size: 128KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) Merci ;0) Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Le mercredi 12 Mai 2004 16:04, [EMAIL PROTECTED] a écrit : Je n'obtiens pas de réponse quand je fais : [EMAIL PROTECTED] fofo]# dmesg | grep iB Ça a des chances d'être le fait que ta machine est en route depuis trop longtemps : dmesg garde en mémoire les messages à l'amorçage dans un tampon limité ; lorsque les messages s'accumulent, les premiers finissent par disparaître. Solution alternative : grep iB /var/log/dmesg. Ceci étant, si tu veux connaître la taille réelle de tes disques, la solution est en fait d'utiliser 'df' qui liste les différentes partitions : [EMAIL PROTECTED] df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/ide/host0/bus0/target0/lun0/part3 30G 15G 14G 52% / /dev/ide/host0/bus0/target0/lun0/part1 5,6G 2,2G 3,1G 42% /var /dev/ide/host0/bus0/target0/lun0/part2 1,2G 34M 1,1G 4% /tmp On peut voir ici que mon disque, vendu pour 40 Go n'en fait en réalité que 37 environ (ou plutôt, il fait environ 37 GiB)... +++ -- [ Jacques Caruso [EMAIL PROTECTED] Développeur PHP ] [ Monaco Internet http://monaco-internet.mc/ ] [ Tél : (+377) 93 10 00 43Clé PGP : 0x41F5C63D ] [ -+- Rappelez-vous que vous êtes unique. Comme tout le monde. -+- ] Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
On Tue, 11 May 2004 11:00:30 +0200, Jacques Caruso [EMAIL PROTECTED] wrote: Ah non, au contraire : 1 gigaoctet == 1000 mégaoctets == 100 kilooctets == 10 octets 1 gibioctet == 1024 mébioctets == 1048576 kibioctets == 1073741824 octets Oui, c'est exact. Ce qui m'a fait réagir était le mélange de 1000 et 1024 dans la première ligne, mais j'ai réagi dans le mauvais sens :) -- G. Stewart -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] Registered Linux user #284683 (Slackware 9.0, Linux 2.6.6) -- QOTD - It was so cold last Winter that I even saw a lawyer with his hands in his own pockets Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
LOL... Ces chiffres et affirmations me font doucement rire ! Les deux seules unités de mesure normalisées sont le bit et l'octet : 1 octet = 8 bits. Partant de ceci, 1 Giga octet(Go) = 1073741824 octets(o) = 8589934592 bits(b) et1 Giga octet(Go) = 1024 Mega octets(Mo) = 1048576 Kilo octets(Ko) le seul calcul valable est donc : 1 bit(b) * 8= 1 octet(o) 1024 octets(o) = 1 Kilo octets(Ko) 1024 Kilo octets(Ko)= 1 Mega octets(Mo) 1024 Mega octets(Mo)= 1 Giga octets(Go) Comme en témoigne le Larousse Universel en 48 volume relié au fil avec couverture couleur marron et dorure...mdr : Kilo octet Un Ko (abréviation de Kilo octet) est un multiple de l'unité de mesure pour la quantité d'informations et la capacité de mémoire. 1 Kilo octet = 1024 octets. Il ne faut pas confondre bit avec byte ou octet : Le bit est la plus petite unité de mesure informatique. L'octet ou le byte est codé sur 8 bits, ce qui explique les valeurs de multiplication par 8. Ex.: 1 octet = 8 bits. 1 Ko = 1024 octets, soit 1024 x 8 bits. 1 Mo = 1024x1024 octets, soit 1024x1024x8 bits. 1 MB (byte) = 1 Mo (octet) = 8x1 Mb (bit). Pour information complémentaire, la plupart des autres unités de mesure (dont le gibioctet...), ont été créées dans le seul but de simplifier les calculs et ne peuvent rester que des unités de mesure approximatives. Il faut également savoir que beaucoup de constructeurs hardware (HDD, Ram, etc) profite de cette confusion pour induire le consommateur en l'erreur. Faire également attention à ne pas mélager les bits et les Bytes. Le terme byte n'est en fait que l'équivalent anglais de l'octet. Faire également attention à l'othographe : Les termes Kilo octet, Méga octet, Giga octet respectent des règles particulières dont je n'ai jamais su m'affranchir correctement. Si ma mémoire est bonne : 1 Kilo octet, 2 Kilo octets 1 Méga octet, 2 Méga octets 1 Giga octet, 2 Giga octets etc... Mais là, j'en suis pas sûr, à vérifier donc... Voilà, vous savez presque tout, à vous d'en déduire le reste ;-) Le mardi 11 Mai 2004 11:03, Godwin Stewart a écrit : On Tue, 11 May 2004 11:00:30 +0200, Jacques Caruso [EMAIL PROTECTED] wrote: Ah non, au contraire : 1 gigaoctet == 1000 mégaoctets == 100 kilooctets == 10 octets 1 gibioctet == 1024 mébioctets == 1048576 kibioctets == 1073741824 octets Oui, c'est exact. Ce qui m'a fait réagir était le mélange de 1000 et 1024 dans la première ligne, mais j'ai réagi dans le mauvais sens :) Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
On Tue, 11 May 2004 12:22:17 +0200, Commendatore [EMAIL PROTECTED] wrote: Si ma mémoire est bonne : 1 Kilo octet, 2 Kilo octets 1 Méga octet, 2 Méga octets 1 Giga octet, 2 Giga octets Oui, c'est normal. On ne dit pas un kilogrammes ou un kilomètres mais un kilogramme ou un kilomètre. Lorsqu'on utilise un préfixe kilo ou méga (ou tout autre préfixe indiquant un multiple ou une fraction), le préfixe fait partie du mot désignant l'unité. C'est donc un mégaoctet sans s puisqu'il n'y en a qu'un seul, et il n'y a pas de confusion possible au niveau de la présence ou l'absence de s. De même, on dit que la RAM répond en 5 nanosecondes, avec un s même si ça fait moins d'une seconde parce que l'unité en question est la nanoseconde, pas la seconde, et il y en a 5. C'est une simple question de logique. Et rien que pour rendre les choses un peu moins claires, il y a aussi des noms invariables comme les jours de la semaine ou les noms de famille : Le magasin est ouvert tous les dimanche (sans s après dimanche) ou Ce soir les Dupont viennent manger à la maison. Ce sont deux règles de grammaire française ignorées systématiquement. Dire qu'à l'époque où j'ai appris ces règles, la punition corporelle était encore autorisée dans les écoles Alors, mes fesses se souviennent des erreurs que j'ai commises (encore une règle d'accord du participe passé avec l'objet direct systématiquement ignorée). -- G. Stewart -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] Registered Linux user #284683 (Slackware 9.0, Linux 2.6.6) -- Let's call it an accidental feature. -- Larry Wall Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
Re: [BRUIT] La folie du disque
Le mardi 11 Mai 2004 12:22, Commendatore a écrit : LOL... Ces chiffres et affirmations me font doucement rire ! Les deux seules unités de mesure normalisées sont le bit et l'octet : Pas du tout, efface. Les préfixes (kilo, méga, etc.) sont _aussi_ standardisés, comme en témoigne le site officiel du Bureau International des Poids et Mesures : http://www.bipm.fr/fr/si/prefixes.html Comme en témoigne le Larousse Universel en 48 volume relié au fil avec couverture couleur marron et dorure...mdr : Cela est fort bon, mais le Larousse n'a pas le pouvoir de définir des standards. En ce qui concerne les préfixes binaires, la Commission Électrotechnique Internationale s'en est chargée en 1998 et a défini des préfixes /ad hoc/ pour les unités binaires : http://physics.nist.gov/cuu/Units/binary.html Pour information complémentaire, la plupart des autres unités de mesure (dont le gibioctet...), ont été créées dans le seul but de simplifier les calculs et ne peuvent rester que des unités de mesure approximatives. Il faut également savoir que beaucoup de Non, absolument pas. Ce sont des unités officielles, et les seules valables légalement. Pour info, le noyau Linux respecte les unités officielles du Système International, et utilise le préfixe 'KiB' pour désigner des unités de 1024 octets (kibi-octets) : [EMAIL PROTECTED] dmesg | grep iB hda: max request size: 128KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) Même s'il n'y a pas de mal à torturer un peu les unités dans le langage courant pour adhérer aux us et coutumes du secteur (ce que je fais), je n'aimerais pas voir un ingénieur chargé d'un projet critique faire la même erreur : la dernière fois qu'une mésentente sur les unités de mesure (entre le système impérial et le système métrique) s'est faite jour, une sonde spatiale très coûteuse a fait un plongeon plutôt brusque vers la planète Mars... En ce qui concerne les constructeurs de disque, ils ont techniquement raison, le principal grief que j'ai contre eux est qu'ils devraient logiquement annoncer la taille de leurs produits en gibi-octets, puisque c'est celle qui intéresse la plupart des gens. +++ -- [ Jacques Caruso [EMAIL PROTECTED] Développeur PHP ] [ Monaco Internet http://monaco-internet.mc/ ] [ Tél : (+377) 93 10 00 43Clé PGP : 0x41F5C63D ] [ -+- Rappelez-vous que vous êtes unique. Comme tout le monde. -+- ] Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 Pas de message au format HTML, SVP
