|
|
|
|
- Membre depuis
- 2002
- Messages
- 1766
Plus
- Membre n°
- 431
- Inscription
- 06 Mar 2002
- Localisation
- Paris
- Âge
- 44 ans
- Sujets lancés
- 63
- Ancienneté
- 100 %
- Participation
- 62 %
- Temps en ligne
- 8 Jours, 22 Heures, 23 Minutes, 11 Secondes en ligne
pourquoi 1048???
normalement les trucs dans ce genre c'est
2 4 8 16 32 64 128 512 1024 2048
perso
60
18
65
1024
mais les 40ko/s c'est meme pas en reve
ça arrive rarement parce que je dl pas de screener ou de navet us (enfin pour le dernier, en très petite quantité)
normalement les trucs dans ce genre c'est
2 4 8 16 32 64 128 512 1024 2048
perso
60
18
65
1024
mais les 40ko/s c'est meme pas en reve
ça arrive rarement parce que je dl pas de screener ou de navet us (enfin pour le dernier, en très petite quantité)
__________________
Label de qualité depuis le 6 mars 2002
| IP: Logguée
- Membre depuis
- 2002
- Messages
- 1069
Plus
- Membre n°
- 1010
- Inscription
- 10 Apr 2002
- Âge
- 47 ans
- Sujets lancés
- 36
- Ancienneté
- 100 %
- Participation
- 52 %
- Temps en ligne
- 21 Heures, 8 Minutes, 6 Secondes en ligne
lol dure soirée hier soir je me reveille tout juste et j'ai mis un 1/4 d'heure à écrire mon post...... résultat j'ai lu ton message après le mien 
à part ca faudrait voir avec un specialiste (donc as moi) mais je pense que si on limite le nobre de requètes on limite les chances de trouver une nouvelle source ........
je suis pas sur de ce que je dis, mais si c'est juste le test serait peut etre plus concluant à 14 ou 15 ko

à part ca faudrait voir avec un specialiste (donc as moi) mais je pense que si on limite le nobre de requètes on limite les chances de trouver une nouvelle source ........
je suis pas sur de ce que je dis, mais si c'est juste le test serait peut etre plus concluant à 14 ou 15 ko

| IP: Logguée
- Membre depuis
- 2002
- Messages
- 1069
Plus
- Membre n°
- 1010
- Inscription
- 10 Apr 2002
- Âge
- 47 ans
- Sujets lancés
- 36
- Ancienneté
- 100 %
- Participation
- 52 %
- Temps en ligne
- 21 Heures, 8 Minutes, 6 Secondes en ligne
- Membre depuis
- 2002
- Messages
- 14723
Plus
- Membre n°
- 2390
- Inscription
- 19 Jun 2002
- Localisation
- boyau rouge ( eleve a la chimay et au jack)
- Âge
- 60 ans
- Sujets lancés
- 254
- Ancienneté
- 99 %
- Participation
- 100 %
- Temps en ligne
- 74 Jours, 13 Heures, 40 Minutes, 6 Secondes en ligne
Citation
Message provenant de nicodjordje
pourquoi 1048???
normalement les trucs dans ce genre c'est
2 4 8 16 32 64 128 512 1024 2048
perso
60
18
65
1024
mais les 40ko/s c'est meme pas en reve
ça arrive rarement parce que je dl pas de screener ou de navet us (enfin pour le dernier, en très petite quantité)
pourquoi 1048???
normalement les trucs dans ce genre c'est
2 4 8 16 32 64 128 512 1024 2048
perso
60
18
65
1024
mais les 40ko/s c'est meme pas en reve
ça arrive rarement parce que je dl pas de screener ou de navet us (enfin pour le dernier, en très petite quantité)
pour 1048 cf ripage de doigt pour changer
sinon en ce moment je suis a 25 en total !!
__________________
ludovike
| IP: Logguée
- Membre depuis
- 2002
- Messages
- 14723
Plus
- Membre n°
- 2390
- Inscription
- 19 Jun 2002
- Localisation
- boyau rouge ( eleve a la chimay et au jack)
- Âge
- 60 ans
- Sujets lancés
- 254
- Ancienneté
- 99 %
- Participation
- 100 %
- Temps en ligne
- 74 Jours, 13 Heures, 40 Minutes, 6 Secondes en ligne
- Membre depuis
- 2002
- Messages
- 1615
Plus
- Membre n°
- 20
- Inscription
- 23 Feb 2002
- Localisation
- PARIS 75
- Sujets lancés
- 89
- Ancienneté
- 100 %
- Participation
- 60 %
- Temps en ligne
- 0 Heure, 1 Minute, 17 Secondes en ligne
salut à tous
t'as tout compris natural ..
Non quand le UP se met à 16 .. en quoi cela pénalise-t-il le D/L...????? C l'inverse plutôt...
Mettre le UP à 16 ne freinera pas le surf..... C le D/L qui ralentit les connections IE et pas le contraire....
je suis à 13 en UP avec max connections > 5000.. et cela ne freine aucunement ma connection.. il n'y a que lorsque je D/L aux environs de 50 que cela me bouffe un peu de ressources....
J'ai XP pro...et 512 de ram....
j'ai souvenir que pour accéder à un D/L max et pas pénaliser le D/L > il fallait mettre 10 pour que cela ne joue pas sur la bande passante entrante....
10 C la limite .. lorsqu'on met moins 8/6 .. après intervient un calcul proportionnel quichange en fonction de la valeur d'upload.
Mais étant donné que sur un net 1 > 512/128.. le fait de mettre le UP à 16, cela ne joue pas sur les fichiers que l'on D/L....
De toute manière le fait d'augmenter le UP , cela libére des sources ; si tout le monde joue le jeu, et proportionnement moins de "on queue"... chez l'utilisateur...
Et en ce moment je ne pense pas que beaucoup de personne tapent les 50/60 alors pourquoi ce gachis de BD passante.. ..
Je pense que C pas normal que certains ne fassent que du UP en exclus et que les autres restreignent leur bande passante !!!
Car si le mini était à 6 > ben tout le monde serait à 6..!!
on ne partage pas seulement des fichiers mais aussi un peu de son temps et de sa connection.. Ou on joue le jeu .... ou bien on passe à overnet direct et vlà les conséquences que cela engendrera.....
PS : cette restriction de 20% de bande passante sur XP pro n'a géné personne alors qu'elle existait jusqu'a ce que quelqu'un la découvre....
De toute manière, ceci ne serait qu'un test, car trop de paramètres entrent en jeu dans le donkey....( Nbr de fichiers en shares/availability/ bot/ filtres/ nbr d'utilisateurs sur serveur dédié/paramétrages de l'OS ( augmenter le max de connection par défaut établit par microsoft pour une stabilité parfaite ect....)
Je me trompe peut etre mais même avec un ID de 10, personne n'est sur de pourvoir restreindre les "on queue" qui durent et durent)
Voilà , je pense qu'on peut faire ce test.... car si un UP exclusif d'une ou 2 personnes aide à la propagation d'un fichier sur le réseau... Alors OUI si tout le monde UP à 16.. Alors cela devrait améliorer la fluidité du réseau
t'as tout compris natural ..
Non quand le UP se met à 16 .. en quoi cela pénalise-t-il le D/L...????? C l'inverse plutôt...
Mettre le UP à 16 ne freinera pas le surf..... C le D/L qui ralentit les connections IE et pas le contraire....
je suis à 13 en UP avec max connections > 5000.. et cela ne freine aucunement ma connection.. il n'y a que lorsque je D/L aux environs de 50 que cela me bouffe un peu de ressources....
J'ai XP pro...et 512 de ram....
j'ai souvenir que pour accéder à un D/L max et pas pénaliser le D/L > il fallait mettre 10 pour que cela ne joue pas sur la bande passante entrante....
10 C la limite .. lorsqu'on met moins 8/6 .. après intervient un calcul proportionnel quichange en fonction de la valeur d'upload.
Mais étant donné que sur un net 1 > 512/128.. le fait de mettre le UP à 16, cela ne joue pas sur les fichiers que l'on D/L....
De toute manière le fait d'augmenter le UP , cela libére des sources ; si tout le monde joue le jeu, et proportionnement moins de "on queue"... chez l'utilisateur...
Et en ce moment je ne pense pas que beaucoup de personne tapent les 50/60 alors pourquoi ce gachis de BD passante.. ..
Je pense que C pas normal que certains ne fassent que du UP en exclus et que les autres restreignent leur bande passante !!!
Car si le mini était à 6 > ben tout le monde serait à 6..!!
on ne partage pas seulement des fichiers mais aussi un peu de son temps et de sa connection.. Ou on joue le jeu .... ou bien on passe à overnet direct et vlà les conséquences que cela engendrera.....
PS : cette restriction de 20% de bande passante sur XP pro n'a géné personne alors qu'elle existait jusqu'a ce que quelqu'un la découvre....
De toute manière, ceci ne serait qu'un test, car trop de paramètres entrent en jeu dans le donkey....( Nbr de fichiers en shares/availability/ bot/ filtres/ nbr d'utilisateurs sur serveur dédié/paramétrages de l'OS ( augmenter le max de connection par défaut établit par microsoft pour une stabilité parfaite ect....)
Je me trompe peut etre mais même avec un ID de 10, personne n'est sur de pourvoir restreindre les "on queue" qui durent et durent)
Voilà , je pense qu'on peut faire ce test.... car si un UP exclusif d'une ou 2 personnes aide à la propagation d'un fichier sur le réseau... Alors OUI si tout le monde UP à 16.. Alors cela devrait améliorer la fluidité du réseau
| IP: Logguée
- Membre depuis
- 2002
- Messages
- 17438
Plus
- Membre n°
- 1
- Inscription
- 22 Feb 2002
- Localisation
- La Défense
- Âge
- 49 ans
- Sujets lancés
- 3040
- Ancienneté
- 100 %
- Participation
- 100 %
- Temps en ligne
- 104 Jours, 12 Heures, 46 Minutes, 30 Secondes en ligne
pas du tout d'accord avec le fait que l'upload et le download sont indépendants sur l'ADSL et qu'uploader à 16Ko/s ne pénalise pas les downloads ...
je ressors un message datant d'avril, où j'avais déjà donné l'explication sur la question:
retrouvez le post original ici: https://www.forum.oxmo.org/showthre...s%E9+and+upload
je ressors un message datant d'avril, où j'avais déjà donné l'explication sur la question:
Citation
Message provenant de soul^keeper
Bon alors pour tes paramétrages, mets 0/10/0/300 comme ça t'es tranquille, ce ne seront plus tes paramétrages qui peuvent te brider.
Pour info, sur du Netissimo1 (equivalent aux packs), c'est à dire une ligne 512/128, il ne faut pas pousser trop l'upload, sans quoi le download va en prendre un coup. L'ultime limite à ne pas dépasser est 13Ko/s en upload, et encore, avec ce paramétrage là, il ne faut pas faire grand chose à côté, sinon tu vas être pénalisé.
> Pourquoi vas-tu me dire? .... (je devance ta question, ou celle d'un autre [NDA: je commence à vous connaitre lol]) .. C'est vrai, on lit partout "sur les connexions ADSL, l'upload et le download sont indépendants ... Alors en quoi, même si tu mets 16Ko d'upload ça peut perturber sensiblement le download? ... et bien logique mon cher Watson : la réponse nous vient tout droit des cours TCP/IP : comment fonctionne un transfert sur le net (pour schématiser hein...) ? A établit une connexion a B, et ensuite B envoie des données à A. Jusque là c'est fort simple. Mais le transfert lui même, vous n'êtes pas sans savoir qu'il transite un peu aléatoirement sur le net, je veux dire par là qu'il n'a pas de route définie et figée à l'avance, et il peut se passer bien des choses imprévues en cours de "transport". C'est là que le TCP/IP, et plus particulièrement la couche "Transport" de l'O.S.I. intervient: il s'agit de s'assurer que les paquets émis par B arrivent bien à destination (A), sans quoi cela ne sert à rien de continuer à transferer. Et bien c'est cette fonctionnalité là qui entre en ligne de compte: Tout au long du transfert, A reçoit les paquets de B, mais lui accuse réception des paquets à intervalle régulier, si bien que B sait que le transfert tourne bien et il continue... Le problème, lorsque votre upload est saturé, c'est que vous ne disposez plus de bande passante pour "envoyer les accusés de réception" à B .... donc B s'intérroge... il se dit "rhôoo il en met du temps à me répondre... je vais ralentir un peu la cadence là..." ... pas bête hein? ... Vous avez peut-etre déjà entendu parlé de la clé dans la base de registre nommée "DefaultRcvWindow" : et bien c'est cette variable qui définit quelle quantité de donnée est recevable avant d'être obligé d'envoyer un accusé de réception. Plus elle est grande, et mieux c'est, bien entendu, et vous comprenez bien que quand vous ne pouvez emettre les accusés faute de bande passante, le buffer se remplit et sature, et là bah vous IMPOSEZ à l'autre d'arrêter de vous envoyer des paquets (ou si vous n'y parvenez pas, c'est l'autre qui s'impose tout seul de le faire, faute de recevoir les accusés)... et voilà comment à cause de quelques octets/sec (c'est peu hein..) manquant sur votre upload, vous divisez par 2, 3, et même plus la vitesse de download. Croyez le, avec un upload complètement SATURÉ, vous ne dépasserez pas 20-30 Ko/s en download, dans le meilleur des cas.
Voilà pourquoi il est conseillé de ne pas dépasser 10Ko/s en upload pour une connexion DSL classique, les 6Ko/s restants permettant de surfer (vous envoyez des accusés de réception aux serveurs web que vous visitez, les pages web étant des transferts de données comme les fichiers d'edonkey), mais aussi - et surtout - servant à l'émission des accusés de réception des transferts edonkey en cours. Il faut savoir qu'à 60Ko/s de download, vous emettez entre 2 et 4 Ko/s de données pour ces accusés... Voilà pkoi je disais jamais plus de 13Ko/s car déjà 13+4 = 17, on arrive (voire meme dépasse) la limite de bande passante en upload..
Sinon je te dis 300 cnx max, car sur edonkey60 avec XP, c'est vraiment la borne infranchissable à ma connaissance, mais 200 feraient tout aussi bien l'affaire.
soul.
Bon alors pour tes paramétrages, mets 0/10/0/300 comme ça t'es tranquille, ce ne seront plus tes paramétrages qui peuvent te brider.
Pour info, sur du Netissimo1 (equivalent aux packs), c'est à dire une ligne 512/128, il ne faut pas pousser trop l'upload, sans quoi le download va en prendre un coup. L'ultime limite à ne pas dépasser est 13Ko/s en upload, et encore, avec ce paramétrage là, il ne faut pas faire grand chose à côté, sinon tu vas être pénalisé.
> Pourquoi vas-tu me dire? .... (je devance ta question, ou celle d'un autre [NDA: je commence à vous connaitre lol]) .. C'est vrai, on lit partout "sur les connexions ADSL, l'upload et le download sont indépendants ... Alors en quoi, même si tu mets 16Ko d'upload ça peut perturber sensiblement le download? ... et bien logique mon cher Watson : la réponse nous vient tout droit des cours TCP/IP : comment fonctionne un transfert sur le net (pour schématiser hein...) ? A établit une connexion a B, et ensuite B envoie des données à A. Jusque là c'est fort simple. Mais le transfert lui même, vous n'êtes pas sans savoir qu'il transite un peu aléatoirement sur le net, je veux dire par là qu'il n'a pas de route définie et figée à l'avance, et il peut se passer bien des choses imprévues en cours de "transport". C'est là que le TCP/IP, et plus particulièrement la couche "Transport" de l'O.S.I. intervient: il s'agit de s'assurer que les paquets émis par B arrivent bien à destination (A), sans quoi cela ne sert à rien de continuer à transferer. Et bien c'est cette fonctionnalité là qui entre en ligne de compte: Tout au long du transfert, A reçoit les paquets de B, mais lui accuse réception des paquets à intervalle régulier, si bien que B sait que le transfert tourne bien et il continue... Le problème, lorsque votre upload est saturé, c'est que vous ne disposez plus de bande passante pour "envoyer les accusés de réception" à B .... donc B s'intérroge... il se dit "rhôoo il en met du temps à me répondre... je vais ralentir un peu la cadence là..." ... pas bête hein? ... Vous avez peut-etre déjà entendu parlé de la clé dans la base de registre nommée "DefaultRcvWindow" : et bien c'est cette variable qui définit quelle quantité de donnée est recevable avant d'être obligé d'envoyer un accusé de réception. Plus elle est grande, et mieux c'est, bien entendu, et vous comprenez bien que quand vous ne pouvez emettre les accusés faute de bande passante, le buffer se remplit et sature, et là bah vous IMPOSEZ à l'autre d'arrêter de vous envoyer des paquets (ou si vous n'y parvenez pas, c'est l'autre qui s'impose tout seul de le faire, faute de recevoir les accusés)... et voilà comment à cause de quelques octets/sec (c'est peu hein..) manquant sur votre upload, vous divisez par 2, 3, et même plus la vitesse de download. Croyez le, avec un upload complètement SATURÉ, vous ne dépasserez pas 20-30 Ko/s en download, dans le meilleur des cas.
Voilà pourquoi il est conseillé de ne pas dépasser 10Ko/s en upload pour une connexion DSL classique, les 6Ko/s restants permettant de surfer (vous envoyez des accusés de réception aux serveurs web que vous visitez, les pages web étant des transferts de données comme les fichiers d'edonkey), mais aussi - et surtout - servant à l'émission des accusés de réception des transferts edonkey en cours. Il faut savoir qu'à 60Ko/s de download, vous emettez entre 2 et 4 Ko/s de données pour ces accusés... Voilà pkoi je disais jamais plus de 13Ko/s car déjà 13+4 = 17, on arrive (voire meme dépasse) la limite de bande passante en upload..
Sinon je te dis 300 cnx max, car sur edonkey60 avec XP, c'est vraiment la borne infranchissable à ma connaissance, mais 200 feraient tout aussi bien l'affaire.
soul.
retrouvez le post original ici: https://www.forum.oxmo.org/showthre...s%E9+and+upload
| IP: Logguée
- Membre depuis
- 2002
- Messages
- 2659
Plus
- Membre n°
- 1993
- Inscription
- 01 Jun 2002
- Localisation
- FIN
- Sujets lancés
- 79
- Ancienneté
- 99 %
- Participation
- 69 %
- Temps en ligne
- 0 Heure, 0 Minute, 0 Seconde en ligne
- Membre depuis
- 2002
- Messages
- 1069
Plus
- Membre n°
- 1010
- Inscription
- 10 Apr 2002
- Âge
- 47 ans
- Sujets lancés
- 36
- Ancienneté
- 100 %
- Participation
- 52 %
- Temps en ligne
- 21 Heures, 8 Minutes, 6 Secondes en ligne
- Membre depuis
- 2002
- Messages
- 17438
Plus
- Membre n°
- 1
- Inscription
- 22 Feb 2002
- Localisation
- La Défense
- Âge
- 49 ans
- Sujets lancés
- 3040
- Ancienneté
- 100 %
- Participation
- 100 %
- Temps en ligne
- 104 Jours, 12 Heures, 46 Minutes, 30 Secondes en ligne
@siya: ah ben non, quand t'es en spécial up, tu n'as pas d'accusés de réception à émettre puisque tu ne reçois rien!.... donc tu peux bel et bien consacrer la totalité de ta bande passante sortante à edonkey. Mais tu peux faire le test, si durant un special up tu cherches à télécharger qqch sur le net, genre un shareware sur www.download.com, tu t'apercevras que t'auras un download pourri, alors qu'en descendant ton upload edonkey à 13 ce même download saturera les 60Ko/s entrants.
| IP: Logguée
- Membre depuis
- 2002
- Messages
- 14723
Plus
- Membre n°
- 2390
- Inscription
- 19 Jun 2002
- Localisation
- boyau rouge ( eleve a la chimay et au jack)
- Âge
- 60 ans
- Sujets lancés
- 254
- Ancienneté
- 99 %
- Participation
- 100 %
- Temps en ligne
- 74 Jours, 13 Heures, 40 Minutes, 6 Secondes en ligne
- Membre depuis
- 2002
- Messages
- 934
Plus
- Membre n°
- 488
- Inscription
- 08 Mar 2002
- Âge
- 57 ans
- Sujets lancés
- 24
- Ancienneté
- 100 %
- Participation
- 50 %
- Temps en ligne
- 2 Jours, 19 Heures, 50 Minutes, 3 Secondes en ligne
- Membre depuis
- 2002
- Messages
- 1069
Plus
- Membre n°
- 1010
- Inscription
- 10 Apr 2002
- Âge
- 47 ans
- Sujets lancés
- 36
- Ancienneté
- 100 %
- Participation
- 52 %
- Temps en ligne
- 21 Heures, 8 Minutes, 6 Secondes en ligne
merci monsieur l'admin 
euh oui ca j'avais déja remarqué, j'ai meme du mal à récupérer mon mail tellement ca rame
enfin ta réponse me rassure parceque ca fait quand meme un bout de temps que je suis en special up .... et ca marche pas trop mal

euh oui ca j'avais déja remarqué, j'ai meme du mal à récupérer mon mail tellement ca rame
enfin ta réponse me rassure parceque ca fait quand meme un bout de temps que je suis en special up .... et ca marche pas trop mal

| IP: Logguée
- Membre depuis
- 2002
- Messages
- 1615
Plus
- Membre n°
- 20
- Inscription
- 23 Feb 2002
- Localisation
- PARIS 75
- Sujets lancés
- 89
- Ancienneté
- 100 %
- Participation
- 60 %
- Temps en ligne
- 0 Heure, 1 Minute, 17 Secondes en ligne
C valable que si on veut D/L à 60 mais comme personne n'est en mesure physique de le faire... je vois pas ce que cela pénalise...
ça reste que des valeurs théoriques.. C comme si je te dis que ton fai t'envois des requetes pour pinger ta connection... ( wanadoo par exemple) et ça n'empeche pas que tu peux atteindre 64 ( le max en valeur) C le meme principe que les accusés de réception....
prenons le cas d'un autre P2P....> j'ai D/L 68 réels > j'ai donc dépassé ma valeur max.. > c'était pas un bug.. et en UP les parametres etaient normaux > je n'avais touché à rien..
C comme ces jolies thèses sur l'ID > En quoi cela aide -t-il le D/L aujourd'hui d'avoir un ID de 10 chiffres car , qu'il soit élevé ou bas ( cela ne nous permet pas d'échapper à une attente chez la personne).. .. il ne sert qu'a ne pas se faire éjecter par nos chers serveurs FR...
je répète , les 20 % de préservation de bande passante réservé par le système :
Détermine le pourcentage de bande passante de connexion que le système peut réserver. Cette valeur limite les réserves combinées de bande passante de tous les programmes ouverts sur le système.
Par défaut, le Planificateur de paquets limite le système à 20% de la bande passante d'une connexion, mais vous pouvez passer outre cette valeur à l'aide de ce paramètre.
Si vous activez ce paramètre, vous pouvez utiliser l'option "Limite de bande passante" pour indiquer la quantité de bande passante que le système peut réserver.
Si vous désactivez ce paramètre ou ne le configurez pas, la valeur par défaut (20%) est utilisée.
Important : si la limite de bande passante est spécifiée dans le Registre pour une carte réseau, ce paramètre est ignoré lors de la configuration de cette carte réseau.
Donc selon toute logique .. 64*20/100 > ..... = bande passante réservée..
Ben cela n'a pas empécher personne de D/L à 64 quand le réseau marchait bien ou de UP à 16 max...
Donc ça ne tient pas....
Avec ces paramétres, je navigue bien plus rapidement sous IE que les parametres par défaut :
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"SackOpts"=dword:00000001
"TcpWindowSize"=dword:0003ebc0
"Tcp1323Opts"=dword:00000001
"DefaultTTL"=dword:00000040
"EnablePMTUBHDetect"=dword:00000000
"EnablePMTUDiscovery"=dword:00000001
"GlobalMaxTcpWindowSize"=dword:0003ebc0
Partons du principe que la valeur par défaut chez la majorité soit de 10.. en augmentant cette valeur à 16 : cela jouera obligatoirement dans les connections entrantes ....
Donc plus de gens qui rentrent , moins de gens qui attendent > C logique ... moins de gens qui attendent > plus de sources disponibles ( bande passante) pour les autres...
le but n'est pas de savoir qui a tort et qui a raison.. Le but c'est de tester ... et voir et ensuite tirer des conclusions, pas de sortir des théories que personne ne peut vérifier...
ça reste que des valeurs théoriques.. C comme si je te dis que ton fai t'envois des requetes pour pinger ta connection... ( wanadoo par exemple) et ça n'empeche pas que tu peux atteindre 64 ( le max en valeur) C le meme principe que les accusés de réception....
prenons le cas d'un autre P2P....> j'ai D/L 68 réels > j'ai donc dépassé ma valeur max.. > c'était pas un bug.. et en UP les parametres etaient normaux > je n'avais touché à rien..
C comme ces jolies thèses sur l'ID > En quoi cela aide -t-il le D/L aujourd'hui d'avoir un ID de 10 chiffres car , qu'il soit élevé ou bas ( cela ne nous permet pas d'échapper à une attente chez la personne).. .. il ne sert qu'a ne pas se faire éjecter par nos chers serveurs FR...
je répète , les 20 % de préservation de bande passante réservé par le système :
Détermine le pourcentage de bande passante de connexion que le système peut réserver. Cette valeur limite les réserves combinées de bande passante de tous les programmes ouverts sur le système.
Par défaut, le Planificateur de paquets limite le système à 20% de la bande passante d'une connexion, mais vous pouvez passer outre cette valeur à l'aide de ce paramètre.
Si vous activez ce paramètre, vous pouvez utiliser l'option "Limite de bande passante" pour indiquer la quantité de bande passante que le système peut réserver.
Si vous désactivez ce paramètre ou ne le configurez pas, la valeur par défaut (20%) est utilisée.
Important : si la limite de bande passante est spécifiée dans le Registre pour une carte réseau, ce paramètre est ignoré lors de la configuration de cette carte réseau.
Donc selon toute logique .. 64*20/100 > ..... = bande passante réservée..
Ben cela n'a pas empécher personne de D/L à 64 quand le réseau marchait bien ou de UP à 16 max...
Donc ça ne tient pas....
Avec ces paramétres, je navigue bien plus rapidement sous IE que les parametres par défaut :
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"SackOpts"=dword:00000001
"TcpWindowSize"=dword:0003ebc0
"Tcp1323Opts"=dword:00000001
"DefaultTTL"=dword:00000040
"EnablePMTUBHDetect"=dword:00000000
"EnablePMTUDiscovery"=dword:00000001
"GlobalMaxTcpWindowSize"=dword:0003ebc0
Partons du principe que la valeur par défaut chez la majorité soit de 10.. en augmentant cette valeur à 16 : cela jouera obligatoirement dans les connections entrantes ....
Donc plus de gens qui rentrent , moins de gens qui attendent > C logique ... moins de gens qui attendent > plus de sources disponibles ( bande passante) pour les autres...
le but n'est pas de savoir qui a tort et qui a raison.. Le but c'est de tester ... et voir et ensuite tirer des conclusions, pas de sortir des théories que personne ne peut vérifier...
Edité par GENIUS le 01-08-2002 à 13:18
| IP: Logguée
- Membre depuis
- 2002
- Messages
- 1069
Plus
- Membre n°
- 1010
- Inscription
- 10 Apr 2002
- Âge
- 47 ans
- Sujets lancés
- 36
- Ancienneté
- 100 %
- Participation
- 52 %
- Temps en ligne
- 21 Heures, 8 Minutes, 6 Secondes en ligne
peut etre alors faudrait il faire le test à 16Ko puis à 13-15Ko mais là ca devient carrément lourd à mettre en place .......
je précise que je ne suis vraiment pas spécialiste en la matière
mais l'up à 16ko pour tous les users du donkey ca me semble irréalisable (sachant en plus que le surf est ensuite vraiment pénalisé !!!)
je précise que je ne suis vraiment pas spécialiste en la matière
mais l'up à 16ko pour tous les users du donkey ca me semble irréalisable (sachant en plus que le surf est ensuite vraiment pénalisé !!!) | IP: Logguée
|
|
soul , ralala ce soul , toujours le dernier mot !!!