Relativité du temps (SysInfo et DumpX)
15 sujets de 1 à 15 (sur un total de 21)
- 1
- 2
-
Nope : c’est soit Bits (avec le B majuscule) soit bytes (avec le b minuscule).
1B = 8b = 8 octets
Gillo : ben je ne saurais répondre à la question initiale
Peut importe la majuscule il faut juste qu’on comprenne bytes ou bits …lol
1byte = 8bits = 1 octet
Normalement 1 bit c’est 1 bit.
1 octet (ou byte) c’est 8 bits.
1 kilo bits (Kb) c’est 1024 bits.
1 kilo octet (ou bytes = Ko ou KB) = 1024 octets
1 Mo = 1024 Ko
1 Go = 1024 Mo
1 To = 1024 Go
…sauf que maintenant avec leur kilo à 1000 au lieu de 1024 et les débits une fois en IP et l’autre en ATM on est un peu paumés.
Et il parait qu’ils nous on fait le kilo à 1000 pour que le grand public comprennent mieux.
C’est pas forcement des conneries, car en info, on parlait à une époque qu’en hexa, le décimal est arrivé après. En assembleur 6809 par exemple, on parle en hexa et en binaire, tous passe par des tableaux de conversion, aujourd’hui avec les langages de scripts, c’est plus simple.
On parlait en octets donc 8 bits, on partait sur des valeurs Hexa sa se présente ainsi:
MSB LSB
0000 0000
8Bits
tableau de conversion hexa
Calcule 8421 8421
Val binaire 0101 1101
Valeur en hexa du MSB = 4+1=5
Valeur en Hexa du LSB = 8+4+1=13=D
Soit une valeur hexa de $5D
En base 10 donc décimale sa donnée :
Calcule 128 64 32 16 8 4 2 1
Val binaire 0 1 0 1 1 1 0 1
Soit 64+16+8+4+1=93
On avait rarement une valeur décimal, donc pour trouver une valeur en base 10, il fallait transcoder sa valeur Hexa en binaire puis en base 10 (sa remonte au 8 années bit quand même)
Sinon, ton tableau de conversion est bon, le problème est qu’il faut garder la trame de 8 bits, ou 16 bits pour un mot ou 32 bit pour un long mot
Maintenant c’est bien plus simple, avant a part STa STb LdA ldB sift et roll, t’avais rien comme commande et le CPU ne comprenais que le binaire ou l’hexa lol
Par exemple, l’ascii art sous basic loco, les commandes était Symbol $N° de symbol (de 0 à 255 en hexa),#000000(8bits, 1 étant 1pixel allumé en binaire avec # ou hexa avec $)*8
Une matrice de 8*8 pixel (donc 8*8 bit)pour transformer un caractère ASCII en se que l’on voulait, un caractère Bitmap fait donc au minimum 64 bit soit 8 octet, le mot « bonjour » vaut donc 7 lettres * 8 octet mini soit 56 octets… sa peut vite monter ses histoire pour du texte
A une époque, enregistrer dans un fichier, sa pouver bouffer 512 Octets, car 1 secteur de voler pour 56 octet soit 512-56=456 octet vide, un fichier de taille réel de 56 Octet peut prendre donc 512 octet sur le DD. D’ou l’apparition sous Windows de la fonction de défragmentation pour récupérer les octets non utilisé de chaque secteur du DD.
Tout sa c’est assez compliqué, et comme je suis pas un adepte du wiki (car il y en a qui surf tous le temps avec le wiki à côtés pour être sûr de leurs réponses) je me base sur mes souvenirs, mais je pense pas qu’aujourd’hui sa fonctionne encore comme sa.
Pour info, les automates ne comprenne rien en base 10, c’est base 2 ou 16, car on parle logique cablé (PL7) ou Assembleur (ex:S6)
Je sais plus Kefrens, mais pour chaque secteur utilisé, même pas entièrement, le secteur est inutilisable. La défragmentation récupère ses parties de secteur non utilisé pour y insérer des données d’autres fichiers.
Attention, je parle pas des systèmes de fichiers actuels, je parle des anciens… euh, j’avais appris sa il y à 14 ans. Est-ce qu’aujourd’hui sa marche encore comme sa, il vaut mieux vérifier. Mais c’est peut être pour sa qu’il y a 2 résultats différent pour le même test (le protocole de communication comme les trames de données RTC ou à l’époque on parlait de Bauds et non de Bit/s car le protocole utilise des bits pour identifier une trame de donnée), ou alors 1 des 2 logiciels se goure complétement
Ne me demander pas se que veux dire Bauds, je m’en rappel plus
L’explication toute bête: SysInfo tourne avec une priorité 5 sans workbench, DumpX tourne à la priorité 0 sous workbench.
N = n * taille du bloc = nombre d’octets transférés.
T = (t2 – t1) = temps en secondes.
donc
N/T = octets/s = débit en octets/seconde.
C’est tout simple, ce sont des maths
@Artblink
Les bauds (tant qu’on est)
bauds = nombre de modulations par seconde.
bits/sec = nombre de bits transmis par seconde.
Sachant qu’une modulation peut coder 1 bit ou plus, tout dépend de la valence de la modulation.
valence = nombre d’états différents que peut prendre la modulation.
Une ligne de 9600 bauds de valence 2 a une capacité de 19200 bits/s.
15 sujets de 1 à 15 (sur un total de 21)
- 1
- 2
- Vous devez être connecté pour répondre à ce sujet.
