Reprise du message précédent :
 
 

 
Ok, mais bon disons qu'au max on est à 10-15% de ce qu'on pourrait attendre en bonne logique. Et c'est quand même marqué nulle part, il me semble.  
 
a+

 
Pardon?
 
Si tu fais un test sur un serveur qui peut envoyer suffisamment de données tu DL à la vitesse de ta synchro ADSL, c'est n'importe quoi ce que tu viens de dire. Evidemment si tu confonds synchro IP et ATM on ne peut rien pour toi

Sur l'ane par contre

Tiens d'ailleurs, comment ca fonctionne ce truc?
Je veux dire, comment les gens se retrouvent avec leur compte "hacké" et ce fichier qui s'envoie?

 
c'est un truc à la con genre " ouais machin t'envois ce fichier "
Le con en face telecharge le fichier et le lance. Une fois lancé, le fichier envois à tous les contacts de ta liste " ouais machin t'envois ce fichier " et ainsi de suite. Le fichier se reproduit autant de fois qu'il y a de cons sur terre. Autant dire que l'épidémie est pas prete d'etre enrayée.

Ah, pardon, je ne confond pas

Je ne sais pas ce que c'est, ce qui est différent.

 
Google est ton ami

exemple tout con :
IP : 128ko/s
ATM : 1mb/s
 
Je crois que c'est ca

 
Tu deconnes j'espere parce que sinon c'est de la phrase culte  

 
Ca me dit que l'un est plus petit que l'autre mais ça ne me dit pas ce que c'est et pourquoi l'un est plus petit que l'autre.
 
Je sais grosso modo ce que c'est que le protocole IP, SYN -ACK-SY ACK toussa mais par quoi est il limité en débit, concrètement ?
 
a+
 
 
 
 

debit ip : debit efficace (en gros juste els données que tu veux)
debit ATM : debit avec des trames complètes (donneés + encapsulation tcp/ip)

ET pour le lien c'est 8megabit/s == 1 Mbyte/s (1Mo/s). Les gens ont tendance à confondre els 2 et à pas comprendre que ils vont psa télécharger à 8Mo/s mais 1

Après, sur la mule, forcément personne est à fond en général d'où l'inquitéude de certains piratins

Non, à la limite : 10-15% de moins, par rapport à ce que l'on attend.  
Mais pas 10-15%, de ce qu'on attend (Le scandale ).

heu, ATM, c un protocole très verbeux, cad qu'il y a 5 octets d'en-tete (cad de gestion de la communication par le protocole) pour 48 octets de données.

en gros, ça veut dire que ton FAI peut dire que tu envoies 53 octets alors que sur les 53 octets, seuls les 48 de données sont "utiles" (et encore, sur ces 48, il y a la gestion de TCP/IP, mais ça ne représente qu'environ 30 octets tous les 1492, merci PPPOE)

donc ça permet aux FAI d'annoncer des débits 10% (en gros, 5 octets pour 50 octets, ça fait 10% ) supérieurs, sans que l'utilisateur ne puisse en bénéficier directement

un peu comme si on vous disait qu'en prenant le TGV, vous allez conduire à 300 km/h ... vous etes bien à 300 km/h, mais c pas vous qui conduisez .

ben là, vous etes bien à 10% de débit en plus, mais c pas vous qui en profitez, parce que de toutes façon, ces 10% sont une nécessité du système, pas un surplus inutilisé dont vous allez profiter

FtY

Je verrais plutot ça comme la différence  entre pids net et poids brut L'ATM c'est la boite de conserve dans son ensemble, le debit IP c'est le contenu. Ettoutes els je ne sais combien de trames on a  le carton qui rajoute au poids

c sur que, pour comparer à de l'encapsulation multi-protocole, ton idée des boites de conserves est meilleure que la mienne !

(je cherchais une comparaison en vitesse, mais la comparaison contenant/contenu est effectivement plus significative )

   
 
Ok, merci, c'est plus clair.
 
a+

Pour avoir plus ou moins sa vitesse en Mo, suffit de diviser en gros par 10 la vitesse annoncée par les fai en Mb, avec du 10Mb on télécharge a plus ou moins 1 Mo/s. (division par 8 pour la conversion bits/octets et les octets nécéssaires aux différents protocoles).

Ben non, par huit
Avec 512Kb, je téléchargeais bien à 63-64 ko/s
Avec mon 20Mb acuel, je télécharge bien à 2.4Mo de moyenne..

Fin bon, on commence à 'culer des mouches, dans ce débat.

la division par 10 est pas un si mauvais calcul pour l'approximation, mais plustot sur ethernet, par sur de l'ADSL ...

et effectivement, ça commence à sentir le caca de drosophile !

 
 
héhé, j'ai l'air moins con déjà avec mon histoire de photons qui sautent d'électron en électron.  

 
ben 8b = 1o, je vois pas ou il y a débat  

 
Sauf que la on rentre de le domaine de la physique ondulatoire, on de parle plus de particules mais d'ondes.

raaaaah ces vieux trucs, ca court depuis des lustres.
C'est comme les tailles de DD ( les Go à 1000 Mo au lieu de 1024 ).

Et pas formatés, les DD, bien sûr

non, mais en gros, tu as raison, un octet, c'est 8 bit. sauf qu'en plus de cette méprise du grand-public savament entretenue par les services marketing, tu as aussi le fait qu'en terme de réseau, tu as de l'overhead, cad du traffic d'en-tetes nécessaire à la bonne transmission des informations, qui te bouffe de la place pour la transmission des données. tu peux donc là aussi gonfler tes chiffres en disant que tu as tel ou tel débit dans telle ou telle technologie, ça fait des chiffres plus gros que le concurent, alors que le concurent, utilisant la meme technologie, a les memes chiffres en fin de compte, et surtout, ce sont des chiffres dont l'utilisateur final ne peut pas profiter, vu que ce débit supplémentaire est déja utilisé par le système et ne peut pas etre allouer aux données de l'utilisateur ...
 
FtY

 
J'ai un master pro admin et sécurité des réseaux    
Bien détaillée ton explication dis donc

D'un autre côté tenir compte du formatage serait difficile : une fat en ext3 prends pas la même place qu'une en FAT32 ou en NTFS.

Of course, mais pas formaté, le disque semble encore plus gros, et si en plus tu prends 1Go = 1000 Mo, alors la c'est la fête

Et d'ailleurs, pourquoi on peut pas écrire sur du ntfs avec linux ? Et pourquoi on peut peut pas aller sur du ext3 sur windows par défaut ?
 
/troll

demande à lapin  

tiens wikipedia en legere contradiction avec mes vieux cours de physique quantique... spa la premiere fois en plus

 
ça me fais penser à cet article que j'ai lus au café du web aujourd'hui :
 

et donc tu as corrigé ou laissé un mot sur la page de discussion pour que tout le monde le sache ou tu es juste allé te plaindre sur un forum ?

On peut de façon stable depuis quelques semaines pour le ntfs sous linux

 
hum, merci
 
parce que tu sais jamais sur qui tu peux tomber en face de toi, j'essaye d'expliquer le plus possible, pas forcément simplement, mais d'une manière compréhensible par des gens qui ne sauraient pas ce que c'est asynchronous tranfer mode ou IEEE 802.3 !
 
d'ailleurs je trouve que mon explication fait trop gros pavé, j'aurais du aérer un peu

sans dec ? raconte ! (ubuntu pour moi) des packages particuliers à installer ?

non, mais ça c bassement marketing hérité d'une époque où la différence Mo / milliers d'octets était encore anecdotique. que ton disque fasse 38,9 Mo ou 40 Mo (bien Mo), ça passait encore ... quand ton disque de 500 Go se retrouve à 466 Go exploitables, là tu commences à l'avoir mauvaise ... en pourcentage, la perte est toujours la meme, mais sur des volumes bien plus importants, elle se fait d'autant plus voyante !

FtY

ntfs-3g il me semble pour le package.
Au pire une petite recherche sur le topic ubuntu et c'est bon, ça avait fait couler beaucoup d'encre

le décompte en grosse LED rouges jusqu'à ce que redmond fasse un procès pour reverse-engineering arrive quand ?

C'est interdit?