Bonjour chers amis.
Comme c'est vendredi, j'en profite pour écrire un journal culturel.
On lit un peu partout à gauche et à droite qu'une liaison 100Mbps que l'on a tous chez soi (sauf au WC où on utilise le Wifi) est capable de supporter un débit théorique de 12.5Mo/s. J'imagine que les auteurs de ces lignes ont naïvement calculé que l'octet étant traditionnellement valorisé à 8 bits, il suffisait de faire une petite division pour obtenir le débit en Mo/s.
Seulement voila, en réalité, dans 100Mbps, vous vous doutez bien que selon une tradition marketing largement établie, on prends la valeur la plus élevée, soit la fréquence de transmission des informations. En réalité, d'après Wikipedia, une liaison 100Mbps est en réalité une liaison à 25 MHz qui transferts les bits 4 par 4 [1]. Il s'agit donc du débit le plus brut possible, et non pas le débit auquel on va pouvoir transférer ses petits (ou gros) fichiers (En réalité en 100BASE-TX on ajoute des bits pour avoir un signal plus facile à transmettre, la fréquence physique sur le cable est donc un peu plus élevée).
Il est temps de lister les lignes que l'on a sur la facture:
Premièrement, l'accès à la ligne ne doit pas se faire n'importe comment. La norme impose un délais de 12 octets entre deux trames [2].
Rentrons dans la trame ethernet: [3] Elle est composée d'un préambule de 8 octets de valeurs constantes, de 14 octets d'entête (adresses et taille), des données pour un maximum de 1500 octets, et de 4 octets de CRC.
Bilan: Ethernet 38 octets de taxe sur 1538
On continue a remonter les couches OSI comme à l'école, et on tombe sur IP. Pour éviter de vous faire coucher tard, nous négligerons l'impact de la résolution ARP.
Hopla, trame IPv4 de 1500 octets:
20 octets d'entête (version cheap) [4].
Continuons, en remontant on a UDP et TCP. Selon ce que vous utilisez, ce sera l'un ou l'autre. En dehors de NFSv3, je pense que tous les autres protocoles utiliseront TCP (FTP, HTTP, SSH, SMB/CIFS, NFSv4...).
Chez UDP, la facture est de 8 octets [5], mais en TCP on a le droit à une taxe plus importante: 20 octets [6].
On va abandonner là le calcul pour le cas UDP, parce que je ne sais pas calculer le coût des couches supérieures.
Pour TCP, on va calculer le total en négligeant la facture des couches supérieures, une réponse HTTP contient souvent 300 à 400 octets d'entête, ce qui est négligeable à coté d'un fichier de 1Mo. Les entêtes ne sont pas répétés dans chaque paquet.
Au final, pour une fenêtre temporelle de 1538 octets, nous avons 1480 octets d'octets utiles, ce qui donne un taux utile de 96.2%, soit un débit maximal d'environ 96.2Mbps ou encore 12Mo/s et non pas 12.5Mo/s.
Voila, la vérité devait être rétablie.
[1] http://en.wikipedia.org/wiki/Fast_Ethernet#General_Design
[2] http://en.wikipedia.org/wiki/Ethernet_frame#Interframe_gap
[3] http://en.wikipedia.org/wiki/Ethernet_frame#Structure
[4] http://en.wikipedia.org/wiki/IPv4#Packet_structure
[5] http://en.wikipedia.org/wiki/User_Datagram_Protocol#Packet_s(...)
[6] http://en.wikipedia.org/wiki/Transmission_Control_Protocol#T(...)
Journal De la capacité d'un lien Ethernet
31
déc.
2010
# Regrets
Posté par Gregory Auzanneau (site web personnel) . Évalué à 9.
Maintenant avec le Wifi, je me traine à 3Mo/s et je dois attendre la fin de mon transfert pour allumer mon micro-onde pour ne pas risquer la coupure de connexion...
Les fils, c'était vraiment un mal pour un bien...
[^] # Re: Regrets
Posté par cram51 . Évalué à 4.
Chez moi c'est tout cablé et ca marche du feu de dieu. Bon ok j'ai fait passer les cables dans les murs.
Sinon y a ca aussi : http://www.ldlc.com/fiche/PB00096471.html
Mais je sais pas ce que ca donne en therme de débit utile. En tous cas ca peut pas etre pire que le wifi si bien en terme de débit qu'en terme de sécurité.
[^] # Re: Regrets
Posté par Zenitram (site web personnel) . Évalué à 4.
On voit que tu n'es pas marié toi...
Bon ok j'ai fait passer les cables dans les murs.
Ah zut, peut-être que si :).
Faut que je me motive à faire la même chose, depuis que je suis passé au WiFi pour faire plaisir à madame, je pleure le débit (ah le bon vieux Gigabit Ethernet, il me manque)
[^] # Re: Regrets
Posté par Octabrain . Évalué à 1.
Des fois au contraire, la femme n'est pas contente du wifi car ça perturbe le micro-ondes, et la télé qui utilise un transmetteur sans fil. Comme quoi... :)
[^] # Re: Regrets
Posté par JGO . Évalué à 3.
Je me rappelle un numéro de 60 Millions de consommateurs qui mettaient en garde contre les micro-ondes mal fichus qu'avaient des fuites...
[^] # Re: Regrets
Posté par 2PetitsVerres . Évalué à 4.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Regrets
Posté par Octabrain . Évalué à 1.
[^] # Re: Regrets
Posté par Quikeg . Évalué à 1.
- dans un premier temps, tester d'autres fréquences wifi (chez Free c'est assez simple, dans configuration wifi, changer le canal qui est par défaut sur le canal 11), premier problème à court terme résolu.
- dans un second temps, se méfier de son four à micro-ondes parce qu'effectivement, un four qui fuit c'est pas bon signe du tout... et c'est plutôt sur le long terme que ça se chope, un cancer. Les résultats d'expériences sur des rats exposés à des micro-ondes en petites quantités (telle une grosse fuite de four) sont moches, très moches.
[^] # Re: Regrets
Posté par claudex . Évalué à 10.
Les résultats étaient écrits en Comic Sans?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Femme parfaite
Posté par cram51 . Évalué à 6.
L'autre jour elle veux changer de distribution (oui elle est sous linux) je me pointe avec les cd ... " non pousse toi c'est moi qui fait je veux apprendre, mais reste à a coté tu vas m'aider j'ai peur de faire une betise." :D Je l'aiiiiiiiime
Sinon pour le cable, je proposais d'utiliser des boitiers cpl. Petit, discret, efficace. Les boitiers que je te propose sont censé etre 200Mb compatible. alors avec un réseau 10/100 ca doit le faire. En tout cas ca doit etre bien plus rapide que le wifi.
Sinon pour les cables ethernet en plein milieu du salon ca m'arrive des fois et c'est au bout de deux semaines que j'ai droit à un ... "hmm tu penses que ca va rester encore longtemps ? " avec un petit air triste. Donc je m'arrange pour les retirer rapidement quand même mais bon ..... Parfaite je vous disais ... parfaite .
:D
[^] # Re: Femme parfaite
Posté par Psychofox (Mastodon) . Évalué à 3.
[^] # Re: Femme parfaite
Posté par Batchyx . Évalué à 3.
Alors j'ai voulu tenter la solution clef-usb : Mis à part que l'outil ne tourne que sous windows, celui ci veut obligatoirement détruire le contenu de ma clef, au revoir. Ça fait 20 ans que le concept de "partition" existe, mais chez MS ça doit être encore tout nouveau.
Quand je pense à ceux qui doivent se farcir l'administration de tout ça toute la journée ...
[^] # Re: Regrets
Posté par gUI (Mastodon) . Évalué à 8.
Voici mon classement entre les 3 grandes technos du moment selon divers critères, basé sur mes propres expériences (wifi : diverses solutions avec le temps, CPL : 2 essais avec du CPL sans marque, puis avec les trucs de chez Free, à chaque fois prêtés pour un week-end).
Prix de revient
1er - ethernet (bien loin devant tout le monde)
2e - wifi
3e - CPL
Débit
1er - ethernet (je fais réellement du 10Mo/s entre mon ordi dans la chambre et mon serveur de disque dans le garage)
2e - wifi
3e - CPL (j'ai fait 2 essais avec un CPL sans marque, puis avec un CPL de chez Free : débits ridicules dans les 2 cas)
Fiabilité de la connexion
1er ex-aequo : ethernet / CPL
3e : wifi
Facilité de mise en oeuvre
1er : CPL (rien à faire)
2e : wifi (il y a des clés à établir, un SSID à choisir, un canal à choisir éloigné de celui de ses voisins...)
3e : ethernet (faut juste pêter les murs...)
Sécurité
1er : ethernet
2e : CPL (je l'ai pas mis 1er car il parait que des fois éventuellement ça peut passer au-delà du compteur, + les ondes émises peuvent être captées et analysées... mais c'est vraiment une considération théorique)
3e : wifi
J'ai la chance d'habiter une maison où les combles sont accessibles (fermettes), et l'espace entre le mur et le placo permet facilement de glisser un cable reseau. Après 2 journées dédiées à ça, j'en suis à avoir cablé toutes les chambres, reste salon + cuisine (mais vu qu'il n'y a aucun appareil ethernet dans ces pièces pour l'instant... rien ne presse).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Regrets
Posté par claudex . Évalué à 1.
1. Ethernet
2. CPL
3. WiFi
Parce qu'à partir du moment où il a des étages, le WiFi n'est pas bon du tout. Après, pour le CPL ça dépend du réseau électrique.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Regrets
Posté par Ph Husson (site web personnel) . Évalué à 1.
1° CPL
2° Wifi
3° Ethernet
[^] # Re: Regrets
Posté par claudex . Évalué à 10.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Regrets
Posté par gUI (Mastodon) . Évalué à 3.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Regrets
Posté par Alex . Évalué à 0.
mais en cherchant un peu on trouve plein d'articles sur le net
[^] # Re: Regrets
Posté par briaeros007 . Évalué à 4.
si le CPL est interdit sur certains sites, ce n'est pas forcément pour la pollution électromagnétique "aérienne" mais pour les parasites qui pourraient (par exemple) remonter à travers l'alimentation de certains appareils.
Quant au paragraphes sur les limites d'émissions et de santé des émissions radio, on devrait indiquer à ce cher monsieur quel est la puissance d'une station BTS ou autre ...
Les normes de santé dépendent de l'environnement (pro ou pas), de la fréquence etc...
Bref cet article ne m'a pas du tout convaincu
[^] # Re: Regrets
Posté par JGO . Évalué à 4.
[^] # Re: Regrets
Posté par briaeros007 . Évalué à 5.
[^] # Re: Regrets
Posté par Alex . Évalué à 3.
Perso, et à mon grand regret, je n'y connais pas grand chose, donc je me permet de ramener mon avis ;)
Le défaut du cpl semble être sa proximité (nos murs), et le fait que les fils électriques nous englobent. Néanmoins il me semble qu'un rayonnement est dangereux s'il il est ionisant, et plus la fréquence est importante, plus le rayonnement est ionisant. Donc à partir de là:
cpl (3 à 30 MHz selon wikipedia) est moin dangereux que le wifi (2,4Ghz, qui est de plus la fréquence de résonance de l'eau) à puissance d'émission égale
Bon donc vu que j'ai surement dis une connerie dans cette reflexion des plus basique, je veux bien qu'on me corrige, ne serait ce que pour ma culture G
[^] # Re: Regrets
Posté par briaeros007 . Évalué à 3.
Mais ça serait trop simples, il faut voir les fréquences d'absorption et l'effet desdit fréquences in vivo.
Certaines fréquences sont très vite arrêtées par l'air ou l'eau, et donc ne pénètre pas forcément le corps humain. Elles sont donc moins dangereuses que des fréquences qui pourraient être plus basses.
[^] # Re: Regrets
Posté par claudex . Évalué à 3.
2,4Ghz, qui est de plus la fréquence de résonance de l'eau
Non, ce n'est pas la fréquence de résonnance de l'eau, c'est une fréquence qui fait « bouger » les molécules d'eau assez vite pour qu'elles chauffes mais ce n'est pas du tout leur fréquence de résonnance qui est beaucoup plus élevée.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Regrets
Posté par Alex . Évalué à 2.
En effet, mais j'ai pas trouvé dans ma rapide recherche les chiffres pour le cpl (ou plutôt j'ai trouvé trop de chiffres différents, mais je suppose que ça doit être normé quelque part), c'est pour ça que j'ai précisé à puissance égale.
Non, ce n'est pas la fréquence de résonnance de l'eau, c'est une fréquence qui fait « bouger » les molécules d'eau assez vite pour qu'elles chauffes mais ce n'est pas du tout leur fréquence de résonnance qui est beaucoup plus élevée.
autant pour moi
[^] # Re: Regrets
Posté par claudex . Évalué à -4.
Au temps pour moi http://www.academie-francaise.fr/langue/questions.html#au_te(...) :)
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Regrets
Posté par Alex . Évalué à 3.
L’origine de cette expression n’étant plus comprise, la graphie Autant pour moi est courante aujourd’hui, mais rien ne la justifie.
et qu'en plus je n'ai jamais rien compris à l'armée
en plus je suis pro Claude Duneton:
http://fr.wiktionary.org/wiki/au_temps_pour_moi
[^] # Re: Regrets
Posté par Neo_13 . Évalué à 1.
Du coup, il suffit, en restant dans la bande autorisée, d'être décalé d'une grosse poignée de MHz par rapport à la fréquence truc pour qu'en plus d'avoir une puissance à mourir de vieillesse avec d'avoir fait cuire un oeuf de caille, il n'y ait aucun effet particulier.
[^] # Re: Regrets
Posté par flagos . Évalué à 5.
http://fr.wikipedia.org/wiki/Four_%C3%A0_micro-ondes#Action_(...)
Je resume: Si le micro onde ne chauffe pas a exactement la frequence de l'eau, c'est pas juste pour faire joli. C'est parce si tu envoies a la frequence de resonnance de l'eau, tu te retrouves a ne chauffer qu'en surface. Si tu baisses trop en frequence (jusqu'a 1GHz), ton aliment ne va au contraire absorber aucune onde et ne pas chauffer.
La frequence 2,4GHz resulte donc d'un compromis pour que l'aliment chauffe en profondeur et absorde tout de meme la puissance emise.
Donc dire que si l'on s'ecarte un chouia de la frequence 2,4 GHz, il ne se passe rien, c'est juste faux. Tu vas juste cuire differement, mais tu vas tout de meme réagir.
[^] # Re: Regrets
Posté par briaeros007 . Évalué à 1.
C'est une fréquence qui permet de chauffer l'eau, mais ce n'est pas celle de résonnance de l'eau.
http://www.howeverythingworks.org/page1.php?QNum=1456 [trouvé à partir de wikipedia en]
De plus dans la page anglaise de wikipedia on peut lire :
Moreover, large industrial/commercial microwave ovens operating at the common large industrial-oven microwave heating frequency of 915 MHz - wavelength 328 millimetres (12.9 in) - also heat water and food perfectly well.[^] # Re: Regrets
Posté par Fabimaru (site web personnel) . Évalué à 10.
Prix de revient, débit, Fiabilité de la connexion, Facilité de mise en oeuvre, Sécurité
1er largement: loopback
2ième (loin derrière): les autres
[^] # Re: Regrets
Posté par gUI (Mastodon) . Évalué à 2.
http://ubuntuforums.org/showthread.php?t=1458456
Depuis j'ai résolu mon problème : réinstallation complète d'une Ubuntu plus récente (10.04 LTS)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Regrets
Posté par DLFP est mort . Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
[^] # Re: Regrets
Posté par Sam Laibriz . Évalué à 2.
C'est ce que j'utilise chez moi et j'arrive à monter à un peu plus de 10Mo/s, alors que sur la bande 2,4GHz ou mixte 2,4/5GHz j'ai des débits de quelques centaines de ko/s à peine car il y a énormément de réseaux autour de chez moi, sur la bande 5GHz je dois être quasiment tout seul :-)
Je pense que ça doit résoudre les problèmes de certains avec les micro-ondes et les transmetteurs vidéo sans fil. L'inconvénient c'est qu'on perd la possibilité d'utiliser tous les appareils n'ayant que du b ou du g.
# Ben quoi ?
Posté par zerkman (site web personnel) . Évalué à 2.
C'est un peu pareil que ceux qui achètent un disque dur de 100 Go et qui vont se plaindre que Windows n'affiche que 99,2 Go de libres (valeur complètement arbitraire, je ne sais même pas si les disques durs de 100 Go existent).
Pour les réseaux ethernet ou wifi, en général pour avoir à la louche le débit "application" en octets, tu prends le débit nominal en bits et tu divises par 10. C'est relativement proche de ce que tu obtiens.
[^] # Re: Ben quoi ?
Posté par Octabrain . Évalué à 0.
Je pense que ce problème vient de la confusion entre les préfixes 1000 et 1024 entretenue par l'OS en question (http://fr.wikipedia.org/wiki/Fichier:%C3%89crit_Go_au_lieu_d(...) )
[^] # Re: Ben quoi ?
Posté par Xaapyks . Évalué à 2.
[^] # Re: Ben quoi ?
Posté par zerkman (site web personnel) . Évalué à 1.
Je parlais de la confusion entre la taille brut d'un support de stockage, et de la place restante disponible sur un système de fichiers fraîchement formaté. Les méta-données (inodes ou FAT, liste de blocs libres, répertoires) ne sont pas considérées comme de la place occupée sur le disque, pourtant il y en a besoin. Une fois ces méta-données créées, la place libre est diminuée par rapport à l'espace physique du disque.
[^] # Re: Ben quoi ?
Posté par Octabrain . Évalué à 2.
100 "Go" fait 93 "Gio" http://www.google.fr/#hl=fr&q=100+*+10^9+bytes+in+gibiby(...)
Les méta données ne représentent certainement pas 7 Go (7% de "perte" simplement à cause d'un affichage incorrect)
(http://fr.wikipedia.org/wiki/Pr%C3%A9fixe_binaire#Tableaux_d(...) )
[^] # Re: Ben quoi ?
Posté par alexissoft . Évalué à 1.
[^] # Re: Ben quoi ?
Posté par Sébastien Koechlin . Évalué à 4.
[^] # Re: Ben quoi ?
Posté par lasher . Évalué à -4.
Non. Autant en réseau les constructeurs et autres font de la puissance de 10, autant dans le cas des disques durs, il s'agit bien de capacité en "Gio" avant formatage.
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 1.
Je viens de vérifier :
- Disque de 1.5 To affiché par le constructeur
- Donc 1 500 000 000 000 octets affichés par le constructeur
- capacité réelle après formatage 1 500 299 264 000
Le constructeur prend quand même un peu de marge, et même avec cette marge la capacité formatée, en prenant de la marge pour ces secteurs défectueux, est supérieure à ce qui est affiché, et non pas inférieure comme vous le dites.
Les constructeurs jouent certes sur le système 1000/1024, mais pas de la à avoir une capacité utile inférieure à ce qui est annoncé.
[^] # Re: Ben quoi ?
Posté par claudex . Évalué à 4.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Ben quoi ?
Posté par zerkman (site web personnel) . Évalué à 2.
Ce n'était pas le propos de l'article qui montre que l'encapsulation à plusieurs niveaux des données entraîne le fait qu'une part non négligeable des données transférées ne sont pas les données "utiles" à l'application utilisatrice, même si elles sont utiles à l'acheminement, la détection/correction d'erreur, etc.
Je faisais le parallèle entre cela et un système de fichiers dont les méta-données ne contiennent pas les données utilisateur mais restent indispensables, et occupent une part non négligeable de la place disque.
Pareil avec l'emballage d'un colis, qui n'est pas utile au destinataire, mais est indispensable à son acheminement.
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 4.
Ca, c'est le problème de ton système de fichier, le disque s'en fout, il fournit 100 Go, et tu en fait ce que tu veux (comme mettre un système de fichier, ou pas), point.
Charge à toi de prendre le système de fichier qui optimise (un système de fichier qui permet un seul fichier de 100 Go? ;-) )
[^] # Re: Ben quoi ?
Posté par lasher . Évalué à 1.
Une fois qu'on sait comment calculent les constructeurs, « ça va », mais n'empêche, c'est de l'arnaque à la base pour pouvoir gonfler les chiffres.
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 2.
avec ta logique, une clé USB de 4 Go contenant une distro Linux de 4 GB devrait être affichée 0 GB, ben non, c'est une clé de 4 GB sur laquelle on t'a facilité la vie en pré-installant un truc qui prend de la place.
Ta disquette de 1.44 Mo, elle fait bien 1.44 Mo. (au passage, c'était encore l'époque, 1.44 Mio, soit 1.51 Mo.), même si on te pré-installe un système FAT (tu peux le virer), surtout que la taille prise par la FAT dépend du nombre de fichiers (et de leur taille), donc on peut pas donner un chiffre de taille utile FAt!
[^] # Re: Ben quoi ?
Posté par ʭ ☯ . Évalué à 2.
"Virtually all 1.44 drives support 1.722 just fine, but it is possible for
an extended format to break a floppy drive, use tomsrtbt at your own risk.
The install does mknod to make /dev/fd0u1722 if you don't have it already."
cf. http://en.wikipedia.org/wiki/Floppy_disk#Efficiency_of_disk_(...)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Ben quoi ?
Posté par Antoine . Évalué à 5.
(je ne crois pas qu'il y ait la moindre redondance sur les formats de disquette standard, sauf si tu appelles redondance une somme de contrôle à la fin d'un secteur)
[^] # Re: Ben quoi ?
Posté par ʭ ☯ . Évalué à 2.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Ben quoi ?
Posté par Sébastien Koechlin . Évalué à 2.
Au bout d'un moment, on en a mis deux, mais elles ont toujours une taille fixe.
Ce qui varie avec le nombre de fichier, c'est la taille occupée par les répertoires, mais a ma connaissance c'est le cas avec tous les systèmes de fichiers.
[^] # Re: Ben quoi ?
Posté par Gof (site web personnel) . Évalué à 1.
http://en.wikipedia.org/wiki/Floppy_disk
Oui oui, les gens mélangaient les unités de base 10 et les base 2 dans le même nombre
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 1.
C'est bien 720 Kio (multiple de 1024) qu'ils ont doublé, et donc un "1.44" qui voulait plus rien dire.
C'est beau le marketing. (Mais bon, depuis qu'Orange parle de Mo pour des débits, et que les gens même ici le reprennent sans sourciller, je me dis qu'il ne faut plus s'étonner de rien...)
[^] # Re: Ben quoi ?
Posté par zerkman (site web personnel) . Évalué à 2.
on peut se servir d'un disque de 100 Go pour faire des sauvegardes avec tar/gz en écrivant directement sur les secteurs bruts, on aura bien 100 Go.
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 2.
Ca n'a presque rien à voir.
- Il y a très peu d'octets qui servent au "contrôle" (l'OS met son boot, et le partitionnement, sinon le reste est utile)
- Juste que les constructeurs ont changé en cours de route, passant de 1K=1024 à 1K=1000, et que Windows est resté sur 1K=1024. Le mieux est donc d’utiliser les normes qui vont bien (1K=1000 et 1Ki=1024).
Il y a bien 100 Go d'utile (utilisable par l'OS qui y met son boot) sur une disque de 100 Go, et les octets de contrôle (de souvenir, 4 octets de CRC pour 512 octets) ne sont pas comptés, alors que pour Ethernet les octets de contrôle sont comptés.
Bon, après, tout le monde de la transmission joue à ça (essaye avec un 20 Mbps ADSL, vu qu'ils compte le débit couche basse, tu as le droit à la couche ATM, puis IP puisque tu ne peux pas communiquer directement en ATM j'aurai dit qu'il faut compter en IP, mais bon... Pour la défense des FAI, de souvenir un lien 512Kbps avait 640Kbps en réalité, pour avoir du 512K HTTP, ils ne mentaient pas et prenaient de la marge. Au début)
[^] # Re: Ben quoi ?
Posté par 2PetitsVerres . Évalué à 5.
Désolé, et bon réveillon.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 2.
D'ailleurs, quelqu'un a-t-il une explication sur le fait que "k" est la seule lettre minuscule pour les puissances de 1000 positives?
Je me serai plus attendu à une logique du style puissances de 1000 positives = majuscules (1K - marche pas celui la c'est 1k - , 1M, 1G, 1T, 1P...), puissances de 1000 négatives = minuscules (1m, 1µ, 1n, 1p...).
[^] # Re: Ben quoi ?
Posté par ymorin . Évalué à 5.
> seule lettre minuscule pour les puissances de 1000 positives?
Peut-être parce que le K est pour les degrés Kelvin ?
Juste au hasard, quoi, avant d'aller m'enfiler un petit champagne et quelques toasts.
[^] # Re: Ben quoi ?
Posté par wismerhill . Évalué à 3.
On dit kelvin, et pas "degré kelvin".
[^] # Re: Ben quoi ?
Posté par khivapia . Évalué à 2.
[^] # Re: Ben quoi ?
Posté par wismerhill . Évalué à 1.
http://fr.wikipedia.org/wiki/Kelvin
l'unité s'écrit en minuscule car c'est un nom commun, même si ça vient de lord Kelvin (William Thomson), comme la plupart des unités physiques.
La version anglaise en parle également
http://en.wikipedia.org/wiki/Kelvin
même si elle n'est pas cohérente avec elle-même et l'acrit souvent avec une majuscule...
[^] # Re: Ben quoi ?
Posté par khivapia . Évalué à 2.
[^] # Re: Ben quoi ?
Posté par mats . Évalué à 3.
Il semble que les majuscules résultent de la mise en place du Système International (entre 1948 et 1960), dernière évolution majeure du Système Métrique de 1790. Initialement, il avait été choisi des préfixes grecs pour les multiples et des préfixes latins pour les sous-multiples, le tout écrit en minuscule (sauf pour micro). Cependant, la plage de valeurs prévues s'est révélée insuffisante et il a fallu en ajouter (femto et atto en 1964, par exemple).
Il me semble, que pour ces ajouts, il est plus simple de décider : majuscule pour les multiples, minuscule pour les sous-multiples que de respecter le critère grec/latin (il y a de nombreuses entorses à cette règle dans ceux choisis récemment).
Une petite histoire ici : [http://www.industrie.gouv.fr/metro/aquoisert/etymol.htm]
[^] # Re: Ben quoi ?
Posté par zerkman (site web personnel) . Évalué à 2.
[^] # Re: Ben quoi ?
Posté par Zenitram (site web personnel) . Évalué à 1.
Tu peux parler de ce que tu veux, mais si tu ne parles pas de la capacité d'un disque, ben ce n'est pas la capacité d'un disque.
Si Mme Michu installe un système de fichier même sans le savoir, c'est normal que ça prend de la place et que Mme Michu voit moins, ça n'enlève pas la capacité du disque (sans système de fichier), on a la démonstration dans le fait que même Mme Michu peut virer le système de fichier (il n'a absolument rien d'obligatoire).
Les constructeurs de disques vendent des disques (si si), pas des systèmes de fichiers (c'est toi qui fait ce que tu veux), c'est normal qu'ils indiquent la taille du disque hors système de fichiers (l'installation d'un système de fichier étant à la discrétion de Mme Michu, la taille du système de fichier dépendant en plus de son choix du système de fichier)
Mettons ton argumentation à l’extrême : mon système de fichier inventé laisse toujours 1 octet libre, quelque soit la taille du disque. Doit-on obliger les constructeurs à indiquer 1 octet comme taille disque? CQFD.
Note : ceci reste de la théorie, car en pratique même avec un système de fichier, la taille du disque reste encore largement supérieure à la taille affichée https://linuxfr.org/comments/1195201.html#1195201 .
[^] # Re: Ben quoi ?
Posté par zerkman (site web personnel) . Évalué à 4.
Où ai-je dit le contraire ?
# Collisions
Posté par Paul . Évalué à 2.
[^] # Re: Collisions
Posté par Sébastien Koechlin . Évalué à 4.
[^] # Re: Collisions
Posté par CoinKoin . Évalué à -2.
Comme tous les protocoles sont conçus avec en tête un réseau non fiable (TCP garantit la retransmission, et UDP ne garantit pas la réception des données), les cartes réseaux elles-mêmes s'autorisent des pseudo-collisions dans leurs tampons d'émission et de réception : elles acceptent toutes les données qui leur arrivent mais ne traitent effectivement que ce qu'elles peuvent.
[^] # Re: Collisions
Posté par e-t172 (site web personnel) . Évalué à 5.
[^] # Re: Collisions
Posté par CoinKoin . Évalué à -3.
Mais, d'une part, c'est précisément la possibilité de collisions qui autorise ce comportement, et d'autre part, ça a exactement le même effet : contraindre à employer un protocole à détection de pertes et contrôle de congestion pour transférer des données de façon fiable. Ce qui réduit légèrement le débit maximal utilisable, puisque c'est ce dont on parle.
Bref, ce ne sont pas de vraies collisions, mais c'est lié, et l'effet et le remède sont identiques.
[^] # Re: Collisions
Posté par Guillaume Knispel . Évalué à 3.
Non, même si historiquement le traitement des collisions dans les vieux ethernet a été un thème important, la fiabilité de certains protocoles de couches supérieures n'est clairement pas due à la nécessité de traiter uniquement ces collisions lors de la conception initiale, suivi d'une utilité plus large par effet de bord par la suite. La logique a été au contraire dès le départ de traiter tout type de perturbation ; collisions certes, mais aussi corruption provenant de la couche physique, puissance trop faible du récepteur pour suivre le rythme, débits dispos différents sur un routeur (ou un switch), et justement aussi des pertes internes rares dans les équippements pour simplifier leur conception, à tous les niveaux, que ça soit l'interface PHY / MAC, puis dans le MAC, puis l'interface MAC / CPU, puis enfin dans le logiciel. Les aspects fiabilités du TCP restent utiles même si par exemple tu passes sur un lien synchrone de très haute qualité au lieu de passer sur de l'ethernet.
Donc il n'y a aucune raison de désigner une perte de paquet quelconque n'étant pas due à une collision par ce ; ce n'est même plus de l'abus de langage compréhensible, c'est juste une fausse désignation de la cause de la perte de paquet.
[^] # Re: Collisions
Posté par CoinKoin . Évalué à 1.
[^] # Re: Collisions
Posté par Guillaume Knispel . Évalué à 2.
[^] # Re: Collisions
Posté par CoinKoin . Évalué à 1.
[^] # Re: Collisions
Posté par Sébastien Koechlin . Évalué à 1.
[^] # Re: Collisions
Posté par CoinKoin . Évalué à 1.
De toutes façons, ls -l te montrerait que le fichier reçu est plus petit que celui envoyé, ce qui indique bien que tous les paquets n'arrivent pas à destination.
# ...
Posté par ckyl . Évalué à -3.
Calculer en terme de payload est débile et n'a aucun sens (sans compter les methodes de calcul et d'approximation validées par robert et dédé du PMU de muneville-le-bingard).
[^] # Re: ...
Posté par Octabrain . Évalué à 4.
[^] # Re: ...
Posté par Graveen . Évalué à 3.
http://www.tsgk.net/cowboyz/tdc.html
[^] # Re: ...
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: ...
Posté par ckyl . Évalué à -2.
Sachant que le calcul est entièrement bidon effectivement ca donne à réfléchir...
[^] # Re: ...
Posté par briaeros007 . Évalué à 0.
[^] # Re: ...
Posté par ckyl . Évalué à 3.
C'est juste le raisonnement qui est:
- foireux: à la base on suppose que les gens parlant de "débit théorique" voulait parler de "débit offert à la couche applicative" mais pas de "débit offert à la couche Ethernet"
- inutile: par ce qu'après tout ca on à 4.8% d'écart sur une unité pifométrique et non définie
- mauvais: par ce qu'on suppose du TCP/IP mais on oubli des petits truc comme des ACK et ce que ca engendre sur les 3 couches alors qu'on calcul à l'octet près l'overhead
- approximatif : par ce qu'on suppose qu'un header TCP en 2010 fait 20 octets, qu'il y a pas de VLAN, qu'il y a pas de tunnel et des milliers d'autres trucs.
Tout ca pour conclure sur quelque chose que tout le monde sait.
[^] # Re: ...
Posté par briaeros007 . Évalué à 5.
En disant que calculer en terme de payload est débile, ce qui équivaut à dire que calculer en terme d'overhead n'a aucun sens non plus.
Ensuite je suis d'accord sur certains de tes arguments, mais tu ne les avais pas du tout développé dans ton premier commentaire.
Peut être aurait il fallu commencer par là plutôt que jouer les oracles insultants, non ? (oui débile n'est pas un mot particulièrement gentil).
- foireux: à la base on suppose que les gens parlant de "débit théorique" voulait parler de "débit offert à la couche applicative" mais pas de "débit offert à la couche Ethernet"
Je vois pas en quoi c'est foireux, vu que c'est bien souvent le cas.
- inutile: par ce qu'après tout ca on à 4.8% d'écart sur une unité pifométrique et non définie
Elle est pas définie, normal vu que c'est une division de deux valeurs de même grandeur (et ca sera pas la seule valeur ayant une unité non définie en science).
Pifométrique non.
Ne prenant pas en compte tout, je suis d'accord (voir ton "mauvais") mais à part ça ...
- mauvais: par ce qu'on suppose du TCP/IP mais on oubli des petits truc comme des ACK et ce que ca engendre sur les 3 couches alors qu'on calcul à l'octet près l'overhead
Si la fenêtre de tcp est suffisament grande, tu n'as pas besoin de prendre en compte le ACK.
Si tu travaille en fulle duplex, même chose tu t'en fous du ack.
Si tu demandes aux gens d'être ultra précis, soit le toi aussi.
- approximatif : par ce qu'on suppose qu'un header TCP en 2010 fait 20 octets, qu'il y a pas de VLAN, qu'il y a pas de tunnel et des milliers d'autres trucs.
Clair que sur un PAN y'a toujours des vlan et qu'on fait du OpenVPN sur PPoE sur MPLS sur IP ...
Tout ca pour conclure sur quelque chose que tout le monde sait. Et ben non tout le monde ne le sait pas forcément.
bref un peu de tolérance que diable.
# CPL
Posté par ohm . Évalué à 1.
# C'est le moins mensonger
Posté par Zenitram (site web personnel) . Évalué à 2.
Perso, j'arrive plutôt à 10 Mo/s soutenu même avec du matériel bas de gamme, ce qui est déjà pas mal (80% du débit annoncé).
Surtout quand je compare au 450 Mbps annoncé par du Wifi n par exemple, que je met côte à côte et qui dépasse péniblement les 5 Mo/s avec du matériel bas de gamme (10% du débit annoncé). Est-ce que vous arrivez à mieux avec du matériel haut de gamme?
[^] # Re: C'est le moins mensonger
Posté par pasScott pasForstall . Évalué à 0.
Plus de l'ordre de qq dizaines. Tout etait dans la meme piece cela dit, et c'etait les seuls appareils connectes.
C'est ce qui m'a pousse a cable la ps3 pour pouvoir mettre un reseau full N en fait.
Je sais pas dans quelle gamme tu mettrais ca, perso je dirais milieu de gamme (ie pas de la merde, mais grand public quand meme).
Nouvel appart, plus grand, avec une borne en plus pour repetiteur+musique, le panneau d'admin me donne des debits qui varient beaucoup.
Le mbp susmentionne vient de passer de 150mbps a 54 d'un coup. Il est litteralement assis sur la borne (sous le canape). Dans qq minutes il sera de retour a 150.
L'imac, loin avec 2 murs qui le cachent fait du 75-100 en moyenne. Le mbp du taff pose a cote n'a jamais depasse les 50, avec des chutes a 20 et qq. Ramene dans le salon, le meme mbp revient dans les 150.
L'ipad tres mobile reste dans les 70 a la louche.
Tout sur du 2.4ghz, le 5 n'ayant pas fait une grande difference, voire pas du tout.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: C'est le moins mensonger
Posté par DLFP est mort . Évalué à 2.
DLFP >> PCInpact > Numerama >> LinuxFr.org
# Euh
Posté par 2PetitsVerres . Évalué à 10.
Voila, ça, c'est fait.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# GIGA ?
Posté par Guillaume D. . Évalué à 2.
bon pour 2x 10 euros, je te propose d'utiliser une technologie adapté :
le 1000Mbits ethernet !
et là c'est du 120Mo/s !!! au revoir Wifi CPL et consor !!!
Un petit NFS dessus, et tu ne sais plus si tu est en local ou sur le réseau.
Bref, on n'y peut rien si tu roules à 30km/h avec ta porche, parce que tu ne veux pas change r les pneus ....
[^] # Re: GIGA ?
Posté par claudex . Évalué à 3.
Ça coûte beaucoup plus cher que ça: il faut des cartes réseau mais aussi des routeurs adapté.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: GIGA ?
Posté par briaeros007 . Évalué à 3.
[^] # Re: GIGA ?
Posté par Guillaume D. . Évalué à 1.
imaginons que tu aies du matos d'il y a plus de 2 ans.
il te faut : 2 cartes réseaux + 1 switch GIGA
soit : http://www.ldlc.com/b-44f51eb7a68241a1.html
= 43,64 euro
Un routeur GIGA ? -> tu as un accès internet a plus de 100Mbits/s chez toi ?
Rien ne t’empêche de bancher ton routeur/box ou autre chose en 100Mbits/s
Car mis a part entre serveur ou PC équipé de disques pouvant atteindre 100Mo/s, rien ne sert de passer en GIGA.
[^] # Re: GIGA ?
Posté par claudex . Évalué à 0.
On est à plus du double du prix annoncé, je considère ça comme beaucoup plus cher.
il te faut : 2 cartes réseaux + 1 switch GIGA
Je pensais aussi aux portables.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: GIGA ?
Posté par Zenitram (site web personnel) . Évalué à 0.
Ou pas.
(cf les commentaires avant).
Bref, on n'y peut rien si tu roules à 30km/h avec ta porche, parce que tu ne veux pas change r les pneus ....
Tu peux proposer des solutions correctes par rapport au besoin? Si on élimine Ethernet filaire, ce n'est certainement pas pour rien, c'est qu'il ne répond pas au besoin (pas en terme de débit, il y a d'autres critères). Le proposer est H.S., on sait que ça poutre Ethernet, mais bon, ça a un très très gros défaut, je te laisser trouver lequel.
[^] # Re: GIGA ?
Posté par lasher . Évalué à 10.
[^] # Re: GIGA ?
Posté par KiKouN . Évalué à 3.
De nos jours, quand on construit un immeuble de bureau, on installe des câbles cat5 ou cat6 dans les murs et les sols.
Quand on construit une maison ou un immeuble d'habitation, on installe des câbles cat3 (16Mhz max).
Le gros défaut est là.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.