|
|
eDonkey victime ou bénéficiaire de la Horde ?
Guillaume Champeau -
publié le Mercredi 29 Octobre 2003 à 22h01 -
posté dans Peer-to-Peer
Ce qui se voulait à l'origine un système concurrent au système de crédit d'eMule fait l'effet d'un pavé dans la mare au sein des acteurs du réseau eDonkey. Il semblerait après quelques analyses que des erreurs et d'éventuels problèmes de communication aient fait d'eDonkey hybride un client leecher. Situation accidentelle peut-être, mais qui aurait tendance à avantager nettement un client ayant justement besoin d'un plus grand pool d'utilisateurs.
La Horde est un système introduit par MetaMachine dans ses clients Overnet et eDonkey lors de leur passage à la version 0.49 qui crée un groupe d'utilisateurs privilégiés sur un seul fichier. Ceux qui fournissent des parties du fichier se voient récompensés, les utilisateurs d'une même Horde ayant priorité sur les autres dans la filee d'attente. Un principe louable censé accroître la vitesse de propagation des nouveaux fichiers et éviter les clients leechers.
![]() eDonkey fonctionnait traditionnellement avec des "morceaux" standards de 9Mo, le découpage servant à assurer le contrôle d'erreurs et à partager le fichier avant qu'il ne soit fini de télécharger. Lors du passage à la Horde, MetaMachine a réduit la taille des segments pour augmenter la fluidité du système. Conséquence secondaire, les clients eDonkey possèdent désormais de nombreux morceaux d'un fichier invisibles aux clients eMule. Par défaut eDonkey ne communique que les parties compatibles aux clients n'utilisant pas la Horde. Ainsi vu d'un client eMule, un fichier peut paraître complet à 20% chez un utilisateur d'eDonkey, alors que ce dernier en possède en réalité 90%. eMule refuse de les télécharger, ne connaissant pas le contenu qui n'est plus vérifiable grâce au lien d'origine et préfère éviter des morceaux potentiellement corrompus. Batailles d'influences au sein de la communauté Jed McCaleb déclare que si eMule suivait les développements d'eDonkey en adoptant le système Horde, il y aurait moins de problèmes. Certains auraient souhaité l'inverse, que MetaMachine suive plutôt le système de crédit d'eMule proposés par ses développeurs, étant donné qu'eDonkey est aujourd'hui un client minoritaire sur le réseau. Si les développeurs d'eMule se refusent à adopter la Horde, c'est que le système privilégie avant tout les nouveaux fichiers, pouvant rendre virtuellement inaccessible les plus vieux, transformant le réseau en un système de type BitTorrent où la nouveauté prime sur la richesse du contenu offert. Lugdunumaster, connu pour son travail effectué sur les serveurs, a proposé aux développeurs des deux clients d'assurer un travail de compatibilité en allant chercher les spécifications dans le code source (privé) de MetaMachine afin qu'eMule n'ai plus a tâtonner pour découvrir le fonctionnement de chaque modification. Si il n'y a pas encore eu de retour officiel sur cette proposition, d'aucun espère qu'elle aboutisse tout de même, car il semblerait que les développeurs d'eMule se lassent d'essayer de communiquer avec eDonkey, et l'arrivée d'eMule Kademlia pourrait bien provoquer une scission définitive du réseau. Prix indiqués avec livraison
47
Commentaires à propos de «eDonkey victime ou bénéficiaire de la Horde ?»
Inscrit le
messages publiés
Envoyer un message privé
Dralex
() le 29/10/2003 à 22:05
First
Répondre
![]() je pense qu'emule devrait suivre le systeme de la horde vu que c'est edonkey qui
a développé le réseau meme s'il est maintenant minoritaire La horde est largement mieux que le système de crédit implanté dans la mule. N'en déplaise aux créateurs de la mule.
Le nouveau sustème de fichiers temporaires est tout simplement génial. Si les créateurs de la mule veulent rester avec leur système qui est devenu obsolète, grand bien leur fasse..... Moi J'ai choisi mon camps pour l'instant : Overnet il n'est pas obsolète, c'est une manière comme l'horde, de favoriser ceux qui UP et puis vu le succès de emule, ne serait-ce pas mieux de la part de jed de suivre le mouvement plutot qu'impérativement isoler son client ?
le prob de la horde (comme spécifié ds l'article) est qu'il favorise trop les fichiers récents aux détriments des fichiers ancients et donc de la richesse qui a fait le succes du rézo. s'il veulent copier bittorrent, qu'il le fasse mais à mon avis bittorrent est bien plus efficace dans ce domaine..
d'un autre coté, jsuis d'accord pour dire que le système de crédit ne sert quasiment à rien, à part pour le fichier que l'on est en train de dl et que l'on partage. jed dans le role du mec qui abandonne le nouveau né et vient faire la morale et apprendre au parents adoptifs comment l'élever...j'adore...
le seul truc interessant serait de prendre le decoupage introduit par edonkey/overnet pour ce qui est du credit c'est pas franchement util vu que pour la distro de fichier recents c'est deja fait par des systemes spécialisés comme bittorrent pour le fansub par exmple... chaque programe a sa spécifité et c'est tant mieu que emule/edonkey reste comme il est ![]() Le problème est un peu plus complexe :
- Premièrement, le système de horde pue grave en terme de fiabilité, depuis son introduction la proportion de fichiers/chunks corrompus a explosé, et c'est INTRINSEQUE au fonctionnement de la Horde, comme l'a confirmé MetalAZO un des beta testeurs officiel edk/On, et comme l'a confirmé Overlord (un des codeurs de la Horde). Cela pourri le réseau sans raisons. - Ensuite, le système de la Horde favorise les clients "compatibles Horde" dans des limites inacceptables, mettant au rebut TOUS les autres clients (edk ancien, vieux hybrides/ON, shareaza, Mldonkey, Xmule, j'en passe....), c'est donc un client Leecher, toujours confiormé par MetalAZO et Overlord.... Si Mldonkey ou la team eMule avait implémenté ça tout le monde aurait crié au leecher, à l'assassin et autre, je ne vois pas pourquoi on le supporterait de la part d'edk - Enfin, je rapelle que le code de MM est fermé, et qu'à ce titre le "Z'avez qu'à faire pareil" est assez risible. Personne en dehors du personnel MM n'a les sources pour permettre de rendre son client compatible. - Pour finir, si c'est pour faire comme BitTorrent en moins bien, quel est l'intérêt?? edk a toujours été un réseau qui permettait la diffusion de fichiers anciens, c'est sa force, pour les releases les ftps/BT sont là et font mieux, alors à quoi bon??? ![]() pour moi le discours de la Horde empêche la distribution des ficheirs rares est débile. Au contraire il permet même mieux de répartie les downloads entre personnes cherchant le même fichier.
Même si j'aime beaucoup eMule, il faut bien admettre qu'il a un train de retard et qu'eDonkey/Overnet restent plus novateur en terme de performances. Enfin n'oublions pas qu'eMule a piqué le réseau eDonkey par Reverse Engeeniring. Donc il est normal que Jed ne tienne pas compte de la mule. Il n'a jamais mis son code en open-source, il n'a donc aucun compte à rendre. Les emuliens feraient bien de tester les produits Overnet avant de les crtitiquer. Ils seraient bien surpris je pense. Pour ma part, pas d"hésiatations. je suis repassé sous eDonkey même si je pers quelques fonctionnalité. Les faits sont là, eDonkey s'en sort bien mieux sur les téléchargements. Et n'oublions pas que le seul défaut d'Overnet reste le nombre d'utilisateurs. Ce serait intéressant que pendant un week-end complet, les utilisateurs d'eMule passe sous Overnet. On verrait les vrais possibilités du produit. Le problème c'est que les utilisateurs ne sont pas près à remettre en cause leur produit favori. Moi je l'ai fait, comparaisons à l'appui : MetaMachine a fait du bon boulot surtout sur les dernières versions qui enlèvent des bugs agassants. ![]() @Asraeth.
Les problèmes de corruption de fichiers ont été bien corrigés depuis la 0.49 tu sais ? La 0.51 notamment a pour ma part complètement erradiqué cela. Client de Leecher ? mouais. que penses tu des developpements de Lugunum qui font que les serveurs acceptent les connexions au clients ayant la librairie zlib et envoie plus de sources aux client qui n'ont pas les ports UPD et TCP par défaut. C'est "fair-play" ca peut-être ? Tu parles des pbs de compatibilités de versions. Tu oublies que les serveurs ont tendance à filtrer eux aussi les anciens clients eMule.... et personne ne pleure en disant je ne peux plus utiliser ma version 0.24 ! Comment critiquer la horde alors que la majorité des emuliens mettent le fichier qu'ils downloadent en release dans le partage pour monter plus vite dans les files d'attentes ? Crois-tu vraiment que cela améliore la distribution des fichiers rares alors que ces client là vont uniquement uploader pendant une bonne période le fichier qui est en release ? Cela revient en fait au système de la Horde sauf qu'il n'y pas besoin de mettre en release. Moi ce qui me fait rire dans tout cela, ce sont les gens qui critiquent sans avoir essayé ....
Plus de corruption avec la horde, j'espère que les gens qui avancent cela ont bu avant de sortir de telles âneries. Je parle en connaissance de cause, j'ai été un des premiers utilisateurs de Emule, parce que je voyais des dérives sur Edonkey à l'époque. A l'époque quand je faisais de la pub pour la mule auprès des utilisateurs du donkey, je me faisais incendier ( là je ne plaisante pas). Ceux qui disent qu'il y a plus de corruption sous overnet que sur emule sont des ânes, et là je pèse mes mots. Vous feriez bien de jeter un coup d'oeil sur les statisques de la mule pour vous faire une idée de la corruption au lieu de parler de choses que vous ne connaissez pas. Je l'affirme haut et fort, Overnet a certes des parties corrompues qu'il détecte, mais elles sont extrêmement rares, contrairement à la mule. En outre, en cas de corruption, vu que les chunks sont plus petites sous overnet, on a moins à retélécharger, pas les 9,28 MO comme la mule. Emule a été un système innovant .......... en sont temps ..... Maintenant que edonkey a la horde (entre autre ), emule est dans les choux et a beaucoup de retard à rattraper face au client de JED. Attendons de voir comment va évoluer Kademlia......... mais connaissant bien la mentalité allemande hyper rigide je ne me faire guère d'illusions sur leurs capacités de réaction. Bittorrent est bien en effet, cependant j'ai pas envie de m'emmerder avec plusieurs clients. Je me concentre uniquement sur un client efficace et comportant un vaste choix de download. Et puis de toute manière il y a mieux que le p2p si on veut avoir les dernières nouveautés avant tout le monde...... ![]() ChoucasAlpin > sans me faire l'avocat du diable une des premieres fonctions de eMule a été l'ICH qui permet d'eviter la corruption dans 90% des cas et depuis que j'ai eMule il a du m'arriver une dizaine de fois de redownloader un chunk complet et non pas juste 180k
Par ailleurs eMule est a l'ecoute de sa communauté concernant les demandes d'options et autres et l'a été depuis le debut, la ou Jed a bien souvent choisi de faire ce qui lui plaisait. maintenant le probleme n'est pas entre overnet et emule mais entre edonkey hybride et emule ce qui est loin d'etre la meme chose et cela concerne des problemes faisant que edonkey upload en tres grosse priorité aux autres clients de la horde sans tenir compte du fair play traditionnel du réseau et qu'en plus les clients qui ont utilisé le protocole standard ne voit que tres peu des fichiers possédés par les clients hybrides du fait que ceci ne cherchent pas a completer les anciens chunks en priorité. Anciens chunks qui sont par ailleurs la seule methode de verifier via le hash du fichier si la partie est corrompue ou pas. (l'ICH par exemple ne corrige que les erreur survenues durant le transfert pas venant du client lui uploadant ) ![]() @Pomination
J'adore ton argumentation: Oui, Overnet "leech" et fait donc en sorte qu'il y ait moins de fichiers sur le réseau. Mais ce problème se rencontre aussi ailleurs (imperfection technique de certains serveurs, utilisation abusive des logiciels par certains utilisateur non scrupuleux...) Donc puisque il y en a qui le font, autant le faire aussi, mais franchement. J'ai parfois l'impression d'entendre certains de ces arguments de ceux qui polluent: puiqu'il y en a qui jettent les papiers dans les rues, autant en faire autant; puisqu'il y en a qui font des dégazages sauvages de produit pétrolier en mer, autant le faire aussi, ça ne se verra pas... J'ai l'impression que tu as quelques problèmes à comprendre des évidences. Pour ceux qui seraient interessés par les pratiques que l'on a décrites, sachez que: 1. Pour optenir des fichiers rapidement, c'est effectivement bittorent qui est le plus efficace: les taux de download sont effectivement impressionant. Le seul problème c'est qu'il n'y a pas de moteur de recherche. Il est cependant facile, en jouant un peu avec google, de trouver des sites qui recence les nouveautés en release (audio, vidéo, archive) 2. Kazaa est nettement plus rapide qu'eDonkey, pour bien des fichiers 3. Sur edk/eMule, Une équation simple: Il y a autant d'upload que de download. Vue que la très grande majorité des utilisateurs ont des connections 512/128, si vous téléchargez plus vite que 12 ou 13 Ko/s, alors vous abusez et nuisez à un système qui vous rend pourtant de fiers services... A vous de voir. Sur ce, @+ ![]() apparement unkown1 a annoncer sur le meme sujet qu'il cessait toute communication avec Jed, que si Jed voulait rompre uniquement pour des raisons monétaires il ne chercherait plus a essayer d'adopter la horde etc.....
bref y'a comme de l'eau dans le gaz :-/ ![]() @Pomination : Client de Leecher ? mouais. que penses tu des developpements de Lugunum qui font que les serveurs acceptent les connexions au clients ayant la librairie zlib et envoie plus de sources aux client qui n'ont pas les ports UPD et TCP par défaut. C'est "fair-play" ca peut-être ?
Encore une critique basée sur aucune connaissance du problème, c'est terrible le nombre de fois où les gens s'expriment pour dire des aneries. Bon pour éclaircir la situation : - JED va également utiliser Zlib, simplement l'équipe de Jed il leur faut 10x plus de temps pour coder ce qui a demandé 10 min à Bluecow. Car Jed et Bluecow ont recu la demande Lugdunum en même temps et ont tous les 2 acceptés d'introduire cette nouveauté. D'ailleurs ils ont trouvé l'idée excellente. - 2ème on ne refuse pas les clients non-ZLIB, mais absolument pas du tout. Mais comme l'arrivée de cette technique (couplé a d'autres arrivées en meme temps) permet une économie importante de BP sur le serveur et chez les clients, on a décidé que du moment où le serveur est plein (actu 230k sur Razorback) on allait favorisé les clients équipés de Zlib. Mais on NE JETTE PAS les non zlib. - 3ème : on ne donne pas moins de sources aux clients non zlib que ce qui se faisait avant, mais par contre on en donne plus aux clients ZLIB, donc pour les non-zlib la situation n'a pas changé d'un pouce depuis des mois. Par contre, les zlib comme il nous coute moins cher en bp, on les récompense avec plus de sources et plus de résultats lors des recherches. C'est plutot de l'incitation, mais rien d'autre. - 4ème : on constate de par les nombreux mails qu'on recoit, que de plus en plus de FAI bloquent ou ralentissent le port 4662 et 4672, donc on incite également les clients à utiliser d'autres ports. Mais à nouveau la situation des clients avec ports classiques n'a pas changée, c'est juste qu'on incite l'utilisation d'autres ports. Donc rien de méchant, ni même d'imposition de la part des serveurs. ![]() eDonkey est utiliser par 1% des clients, se n'est donc pas indispensable. Il y a autant de lecheur sur le réseau.
Ca fera donc 2% en tout, pas de quoi s'affollé je pense. eDonky utilisé par 1% des clients??? Beaucoup moins!
Quelques statistiques... : Clients Clients connus: 2143 Programme client eMule: 2026 (95.6%) v0.40: 48 (2.4%) v0.30: 1598 (78.9%) v0.29: 244 (12.0%) v0.28: 85 (4.2%) Ancien: 48 (2.4%) eD Hybrid: 64 (3.0%) v51.0: 13 (20.3%) v50.1: 33 (51.6%) v50.0: 5 (7.8%) v49.4: 3 (4.7%) Ancien: 10 (15.6%) eDonkey: 1 (0.0%) v60.0: 1 (100.0%) xMule: 4 (0.2%) v0.26: 4 (100.0%) MLdonkey: 6 (0.3%) cDonkey: 0 (0.0%) Shareaza: 18 (0.8%) Inconnu : 24 Port Low ID: 0 (0.00%) Identification sécurisée (OK : Echec ): 1754 (86.57%) : 10 (0.49%) Problématiques: 0 Banni(s): 7 Filtré : 0 Comme d' habitude ce genre de discours de gars comme ChoucasAlpin ou Pomination me fait bien rire au regard des pourcentages, et si je sais que la majorité n' a pas toujours raison, la à 95% ... pfff VIVE EMULE ![]() @bile666 :" Encore une critique basée sur aucune connaissance du problème, c'est terrible le nombre de fois où les gens s'expriment pour dire des aneries.
Bon pour éclaircir la situation : - JED va également utiliser Zlib, simplement l'équipe de Jed il leur faut 10x plus de temps pour coder ce qui a demandé 10 min à Bluecow. Car Jed et Bluecow ont recu la demande Lugdunum en même temps et ont tous les 2 acceptés d'introduire cette nouveauté. D'ailleurs ils ont trouvé l'idée excellente. - 2ème on ne refuse pas les clients non-ZLIB, mais absolument pas du tout. Mais comme l'arrivée de cette technique (couplé a d'autres arrivées en meme temps) permet une économie importante de BP sur le serveur et chez les clients, on a décidé que du moment où le serveur est plein (actu 230k sur Razorback) on allait favorisé les clients équipés de Zlib. Mais on NE JETTE PAS les non zlib. - 3ème : on ne donne pas moins de sources aux clients non zlib que ce qui se faisait avant, mais par contre on en donne plus aux clients ZLIB, donc pour les non-zlib la situation n'a pas changé d'un pouce depuis des mois. Par contre, les zlib comme il nous coute moins cher en bp, on les récompense avec plus de sources et plus de résultats lors des recherches. C'est plutot de l'incitation, mais rien d'autre. - 4ème : on constate de par les nombreux mails qu'on recoit, que de plus en plus de FAI bloquent ou ralentissent le port 4662 et 4672, donc on incite également les clients à utiliser d'autres ports. Mais à nouveau la situation des clients avec ports classiques n'a pas changée, c'est juste qu'on incite l'utilisation d'autres ports. Donc rien de méchant, ni même d'imposition de la part des serveurs" T'es bien gentil mais je suis pas complètement crétin et non je ne dis pas des âneries ! Essaie donc de te connecter avec un client edonkey sur Razorback, et tu vas voir le nombre de fois où on se fait jeter par le joli message Zlib même quand le serveur n'est pas plein. Incitation dis-tu, tu parles !!!!! Tu peux m'expliquer la différence entre le fait que vous donniez plus de sources aux gens qui ont suivi vos incitations et pas les autres ? JE suis désolé mais sous prétexte que vous maitrisez un tant soit peu les serveurs vous imposez des choses qui ne sont pas compatibles tous clients Maintenant, encore une fois il me semble que c'est quand même Jed qui devrait avoir le dernier mot sur le protocole eDoneky non ? Quant à toit Le Gredin, essaie donc de récupérer des fichiers rares sur Overnet et on reparle de la partie leecher. Cela fait 3 jours que je récupère des fichiers rares sur Overnet que je n'arrivais désespéremment pas à avoir sue Emule malgré un grand nombre de sources. Pour moi, le fait de pouvoir mettre en release un upload, ca c'est du leech ! Les gens utilisant emule sont aveuglés par tous les sites qui vantent les mérites de ce produit et ne le remettent jamais en cause. Moi je l'ai fait. Essayez les autres softs et après vous pourrez parler en connaissance de cause. J'aime la mule pour plein de choses mais je pense qu'on se trompe d'ennemi envers Overnet. Pour moi la mule repose sur un réseau vieillissant et elle ne représente pas l'avenir. quand je vois Lugdu et son équipe qui demande aux gens de participer à un Razor 2 je dis bonjour l'arnaque !!!! eMule se tourne vers Kamdelia, les serveurs ne sont pas un avenir. L'équipe de Bile666 ferait bien d'arrêter de bourrer le mou aux utilisateurs, et de s'ouvrir un peu sur les nouveaux réseaux
jean-roger
(Banni) le 30/10/2003 à 10:28
@Julius08: Comme d' habitude ce genre de discours de gars comme ChoucasAlpin ou Pomination me fait bien rire au regard des pourcentages, et si je sais que la majorité n' a pas toujours raison, la à 95% ... pfff
VIVE EMULE" C'est toi qui me fait marrer: mon client Edonkey me donne actuellement les stats suivantes: Emule 61,57% Edonkey 38,43% 1.450.000 utilisateurs Overnet seuls actuellement dans mes stats. Et ces pourcentages augmentent de jour en jour. Il y a un mois, on avait 15% de client Edonkey sur le réseau seulement. VIVE EDONKEY
jean-roger
(Banni) le 30/10/2003 à 10:36
@fugitig: "eDonkey est utiliser par 1% des clients, se n'est donc pas indispensable. Il y a autant de lecheur sur le réseau.
Ca fera donc 2% en tout, pas de quoi s'affollé je pense." Faut cesser de te masturber ainsi dans tes rèves: Emule 61,57% Edonkey 38,43% euh moi je fais parti des 0,8%
Et le pire c'est que les gens ont tendance à m'appeler leecheur car je me sert de shareaza. Et je suis sur que c'est les meme qui sont bien content en ce moment de dl chez moi... Ne mélangez pas le client utilisé et les personnes svp, ce n'est pas parce que l'on se sert d'un autre client que emule que l'on leech... ![]() @ Pomination : T'es bien gentil mais je suis pas complètement crétin et non je ne dis pas des âneries ! Essaie donc de te connecter avec un client edonkey sur Razorback, et tu vas voir le nombre de fois où on se fait jeter par le joli message Zlib même quand le serveur n'est pas plein. Incitation dis-tu, tu parles !!!!! Tu peux m'expliquer la différence entre le fait que vous donniez plus de sources aux gens qui ont suivi vos incitations et pas les autres ? JE suis désolé mais sous prétexte que vous maitrisez un tant soit peu les serveurs vous imposez des choses qui ne sont pas compatibles tous clients
MDR, je répète et j'assume mes propos qu'ils te conviennent ou pas.... Le serveur n'éjecte pas du tout les clients non zlib, sinon meme les clients 0.30a et antérieures ne pourraient pas se connecter. Oui je peux t'expliquer ca facilement. Les clients qui utilisent zlib sont bcp moins consomateurs de bp que les non tout simplement, en premier lieu il regroupe dans une seule trame tous leurs fichiers partagés lors de leur connexion. Car actuellement les non-zlib envoient une trame par fichier partagé, ce qui fait à peu près ceci : la trame fait 30 octets et l'encapsulage coute 40 octets (plus que la trame !), donc 70 octets pour fichier au minimum. Alors qu'un zlib, regroupe tous les fichiers au sein d'1 seul envoi et donc un seul encapsulage, le gain est énorme et en plus il compresse le tout ! C'est vraiment pas un détail. Le serveur n'a pas imposé ca, c'est lugdunum qui en a discuté avec Jed et Bluecow, les 2 ont adopté sans broncher en trouvant cette idée excellente. Malheureusement JED met plus de temps à l'introduire dans edonkey et on en est désolé. @Pomination :Maintenant, encore une fois il me semble que c'est quand même Jed qui devrait avoir le dernier mot sur le protocole eDoneky non ? Oui et non, Jed a donné plein pouvoirs à lugdunum pour travailler sur le serveur, il lui a donné le code source et ne le paie pas. Par contre, lugdunum doit laisser les 2 clients se connecter au serveur. @Pomelion : Quand je vois Lugdu et son équipe qui demande aux gens de participer à un Razor 2 je dis bonjour l'arnaque !!!! Pour info lugdunum n'a rien à voir avec ce projet, j'en suis le principale responsable voir coupable à tes yeux. Je campe sur ma position, mais j'expliquerai plus en détail bientot. Mais en gros, je dirai que tu peux parler de kademlia ou overnet, mais jamais tu remplaceras l'efficacité d'un serveur dans la gestion des sources et leur distribution. Trouve une meilleure méthode pour interroger 1 million d'users en meme pas 10 sec ? Pour rechercher une source rare voir unique, simplement pour faire une recherche.... @Pomination : eMule se tourne vers Kamdelia, les serveurs ne sont pas un avenir. L'équipe de Bile666 ferait bien d'arrêter de bourrer le mou aux utilisateurs, et de s'ouvrir un peu Dans les attaques et coups bas, t'y vas fort.... je pense pas que jusqu'à présent on a manqué d'ouvertures, mais lugdunum ne pouvait pas intégrer tout ce qui lui plaisait, le programme était très difficile à adapter. Par contre comme il a entièrement recoder le programme de A à Z, maintenant tout peut etre fait, autant pour emule que pour JED. D'ailleurs il travaille étroitement avec les 2, ce qui est quand meme une preuve d'ouverture. Il faudra certainement à l'avenir trouver de nouvelles fonctions au serveur afin de leur donner une plu-value. Je comprends que tu te sois vexer vis à vis du message, mais j'espère avoir pu t'expliquer pk on avantage les zlib, car au fond c'était ca le problème. TROLL DETECT :"Attendons de voir comment va évoluer Kademlia......... mais connaissant bien la mentalité allemande hyper rigide je ne me faire guère d'illusions sur leurs capacités de réaction."
mouais, il sont tellement rigides, qu'ils ont laissé le code en open source...donc no comment, les préjugés prépubères car quels sont ceux qui ne veulent pas répondre??? pourquoi la mule a vu le jour??? Ben tout simplement parce que Môoonsieur Jed a laissé le donkey a l'abandon pour essayer de se faire du pognon...Il y en a qui ont vraiment la mémoire sélective... Quant a leur discussion de gosses ("Les faits sont là, eDonkey s'en sort bien mieux sur les téléchargements" lol, a part augmenter ma bande passante, je ne vois pas comment ca pourrait etre mieux dans mon cas.(gna gna gna na na nère) sans avoir la moindre idée de ce qu'il répondent, genre "le système de la mule obsolète" alors que ca évolue tout le temps)... Il ne suffit pas de savoir lire, il faut aussi comprendre ce que l'on lit mais on voit que ce sont les vacances scolaires et il y en a qui se lachent...Tirez un bon coup, vous allez voir, on se sent beaucoup mieux après...et pis c'est que moi qui a raison et pas vous, NA Sinon, pour etre un peu plus sérieux, j'aimerai bien comprendre les disparités entre les stats emule et edonkey au niveau des clients car c'est vrai que je vois toujours + de 95 % emule, mais moi, je préferre laisser la parole aux spécialistes que de raconter des inepties... ![]() Bon, je pense que là, ça part de traviolle pour rien.
Au sujet serveur, partons d'un constat simple: les clients buggés ou pas a jour polluent le réseau et gaspillent des ressources (des autres et des serveurs). Partant de là, comment les inciter a mettre a jour leur client ? Tout le monde le sait, il n'y a que la repression ou la carotte qui fonctionnent. La répression pour les eMule ![]() Bon, je pense que là, ça part de traviolle pour rien.
Au sujet serveur, partons d'un constat simple: les clients buggés ou pas a jour polluent le réseau et gaspillent des ressources (des autres et des serveurs). Partant de là, comment les inciter a mettre a jour leur client ? Tout le monde le sait, il n'y a que la repression ou la carotte qui fonctionnent. La répression pour les eMule ![]() (désolé pour le triple postage mais mon post était tronqué connement)
Bon, je pense que là, ça part de traviolle pour rien. Au sujet serveur, partons d'un constat simple: les clients buggés ou pas a jour polluent le réseau et gaspillent des ressources (des autres et des serveurs). Partant de là, comment les inciter a mettre a jour leur client ? Tout le monde le sait, il n'y a que la repression ou la carotte qui fonctionnent. La répression pour les eMule antérieurs a la 0.24 et la carotte pour les clients Zlib. Quand il y a des innovations, et non pas des regressions comme certains peuvent le penser, il FAUT les utiliser. On ne peut pas se permettre de gérer autant d'utilisateurs avec un protocole prévu pour 50 fois moins de monde a la base. Et c'est indiscutable! Au sujet de la horde, une chose très simple serait que les clients compatibles horde finissent les chunks classiques. Il n'y a que des avantages à ça: compatibilité avec les autres clients, d'une part, et moins de corruption car la validité des données peut être contrôlé bien plus rapidement (eh oui, un client horde partage des "mini chunks" non contrôlés ... car non contrôlables!) Et metamachines est lent pour les nouvelles version, ce n'est pas nouveau! Critiquer Lugdunum Master alors que c'est LA personne qui en fait le plus pour la bonne santé et l'efficacité du réseau, je trouve ça plus que déplacé. ![]() Le message vient d'être changé pour éviter toute confusion et maintenant on affiche l'ancien message Server Full... Comme ca vous arreterait de vous sentir victime d'un complot digne d'une série B.
@kinos pour les stats des clients:
il est possible que les clients en eDonkey voient le reseau Overnet et que les clients en emule ne le voie pas ce qui introduit une population invisible au yeux des utilisateur d'emule... reste que dans l'absolu si on ne parle que du reseau à base de server ed2k/emule les stats sont là... ce sont celle d'emule, non ? si on parle des reseaux ed2k/overnet c'est les stats des client hybrid, non ? je me chie peut etre dessus, il faudrait qu'un uber leet nous afranchisse sur ce truc ;-) ok avec toi, mais les "Donkeyeurs", tels JR, parlent bien a chaque fois de clients Donkey (ou hybrides) et non d'Overnet. Pour les "emuleurs", normal qu'ils ne voient pas les "Overneteurs", mais les stats des mules incluent les hybrides. Et puis quand je vois les stats de Bile666 sur Razorback qu'il vient de poster, je ne peux que penser que les stats des Donkeyeurs incluent Overnet, d'où un comptage erronné par rapport a la population du réseau/serveurs, c'est a dire incluant emule,eDonkey et l'hybride (et pas overnet)...Sinon, où sont les 38% d'edonkey sur les serveurs??? Car c'est facile et "petit" de comparer ce qui n'est pas comparable...mais bon, je m'en fout un peu/beaucoup,a vrai dire...
Après relecture du post de JR, oui, il inclue Overnet dedans, donc pour moi, la comparaison ne peut pas tenir la route et ca ne donne que des monologues du genre "non, c'est moua qui a raison et pas toi" alors qu'ils ne regardent pas les mêmes choses...Tant que ca les amuse et qu'ils se "trollent" entre eux !!! Si ils n'ont vraiment que ca a foutre, au lieu de s'interroger sur le RESPECT du réseau, et non de l'efficacité de leur téléchargement ou des stats qui ne font pas avancer le schmilblick... Bref, tu as quand même éclairé ma lanterne ![]() Au passage, pour rigoler, quand je dis que la corruption est augmentée par el système de la Horde, j'en susi sur hein!
Et pour nos amis les fanatiques edk/ON, mes sources c'est les beta testeurs officiels et les codeurs de edk/On! En plus, le système de "crumbs" inférieurs à 9.28 MO fait qu'ils sont invérifiables (on ne peut pas les comparer à leur hash) donc il y a une tripotée de crumbs non-valides qui se baladent sur le réseau edk/ON. Enfin, avant de monter sur vos grands chevaux, vous auriez peut-être pu prendre le temps de vous renseigner, et de regarder un peu les forums OFFICIELS de vos clients favoris...... Vous ne savez absolument pas de quoi vous parlez..... comme d'habitude!!! :/ @Ashareth
Tu dis qu'il y a plus de corruption avec la horde, et que cela est notifié maintes fois sur le forum officiel. Désolé de te contredire mais j'ai largement moins de corruption sur overnet que sur la mule. IL faut que les gens qui postent sachent avant tout configurer leur client et leur système d'exploitation !!!! Quand tu vois certains posts sur différents forums, tu es assez surpris par les questions posées ou les critiques formulées, alors que souvent cela est dû à une mauvaise configuration. Et pour éviter toute guerre ouverte entre Emule et Edonkey, chaque client a ses spécificités propres, à chacun de choisir ce qui lui convient le mieux. Pour ma part, ce sont les performances du client qui m'importent le plus et ensuite sa richesse en fichiers. Overnet est plus fluide et plus rapide que la mule......... chez moi, et c'est tout ce qui m'importe. Je tiens à saluer au passage tout le travaille accompli par l'équipe de Lugdunum, bien que n'utilisant plus leurs serveurs. ![]() leurs versions d'edonkey, ils peuvent se les garder! moi, le pc qui plante aléatoirement, j'ai déjà donné!
emule, je n'ai pas testé, mais shareaza: oui! et c'est bien l'un des meilleurs du marché! bizarre qu'on n'en parle pas souvent! capable de se connecter (entre autres) au réseau edonkey, il bénéficie des transferts très rapides et surtout des files d'attente très courtes du réseau gnutella 2! à propos des stats, il est clair que le client edonkey n'est plus utilisé que par une infime quantité d'utilisateurs! pour ma part, et à partit de mon client shareaza, je "vois" en effet essentiellement des clients emule (environ 75/80%) et shareaza (20%) et.. quelques rares clients edonkey (1/3% dont d'autres types de clients) à noter que je ne coupe jamais les uploads! respect du communautarisme oblige! ![]() Choucas>> Et donc, les programmeurs et les beta testeurs officiels edk/ON ne savent aps de quoi ils aprlent, n'est-ce pas?
C'est eux la confirmation de ce problème là .... Shareaza chez moi ça représente 19 clients sur 1810 soit 1.0%... contre 97% d'emule et 1.5% d'edonkey hybride(sans compter overnet tout seul donc...)
Pour moi les serveurs resteront toujours un plus...ils sont COMPLEMENTAIRES de kademlia...ils permettent de trouver des sources beaucoup plus rapidement... mais en cas de coup dur des serveurs ce n'est pas un drame, on a le filet de sécurité kademlia. j'ai commencé sur edonkey, et dés qu'emule est arrivée, je n'ai pas hésité, j'ai sauté le pas. J'ai était un des premier à utiliser emule et à lui faire de la pub!! (et je n'ai pas attendu comme un couillon que des milliers de personnes l'utilisent pour me décider à changer...)
Mais comme je suis toujours ouvert d'esprit, je me suis dit qu'edonkey a peut être évolué, et je l'ai testé (tou comme j'ai testé Shareaza). Et la suprise les performance était meilleur, tout en surchargeant moins ma connexion. Je peux donc surfer sans probléme !! Il est également beaucoup plus rapide à atteindre une bonne vitesse, idéale pour ceux qui veulent arreter edonkey de temps en temps. Le systeme de horde permet de choisir ce que l'on veut en premier (comme sous e-mule lorsque l'on met un fichier en realease). La stabilité est exemplaire (supérieur à la majorité des distribs d'emule). Le seul truc qui me manque c'est les commentaires. Mais fini la lourde tache de choisir entre les 10 distributions d'emule, dont les performances changent d'une version à l'autre (à chaque nouvelle version on pense que la vitesse va s'améliorer, hors, c'est le contraire...) Je pari que ceux qui disent du mal d'edonkey n'ont pas testé la nouvelle version, et sont resté sur leur idée faite sur la veille version!!! Tout comme emule était meilleur que edonkey, edonkey est redevenu à nouveau un très bon choix. Il n'y a que les imbéciles qui ne changent pas d'avis... Et il faut dire que emule est un copieur d'edonkey!! "Encore une critique basée sur aucune connaissance du problème, c'est terrible le nombre de fois où les gens s'expriment pour dire des aneries."
Merci bile666 pour ta gentillesse et ta patience pour repondre meme aux amateurs qui se prennent pour des pro. Mais je crois que certaines aneries ne merites pas de reponses surtout des amateurs TETUS. Si une majorité de personnes utilisent Emule, ça on ne peut le nier, pour autant faut-il les suivre bêtement comme des moutons de Panurge ....
Quand les premières versions de Emule est arrivé, elles ont été très minoritaires pendant plusieurs mois, pour autant les gens se sont retournées vers le client minoritaire petit à petit: Emule, parcequ'il répondait à un besoin. Hors maintenant, vu les nettes améliorations du client de Jed, pourquoi n'en serait-il pas de même pour le client minoritaire ; hybride / overnet ? Quand à ceux qui disent que la horde apportent plus de problèmes que d'avantages, j'aimerais bien qu'ils nous mettent les liens du forum officielle pour avoir des preuves de leurs dires, car moi je n'ai pratiquement aucune corruption sur overnet contrairement à emule dont je n'utilisais que l'officielle. Rassurez vous, j'en ferais de même en allant chercher tous les pb rencontrés sur la mule via le forum officiel histoire d'équilibrer la critique. @ mynameisfedo
Shareaza est pas mal en effet et peut être une bonne alternative, je l'ai testé aussi. Une chose m'embête sur ce client: la trop grande utilisation du disque dur et le trop grand nombre de paramètrage sans un assistant simple suivant les types de connections comme le fait Emule. Mais sinon c'est un client à suivre de près, car comme tu le précises tout justement, gnutella 2 est très rapide ( comme overnet). Et on me demadne pq je suis tj sur kazaa O_o
Avec leur systeme, qd on est nouvel utilisateur emule/edonkey, on saura rien DLer pcq on a pas de credits..... en 2 nuits j'ai pris 3 divx COMPLETS sur kazaa. emule semble fait pour que restent les gens qui ont bande passante illimitée ou quoi? J'ai 16 ko en up et 10 go par mois avecm on adsl belge.... Et qd emule est ouvert, il bouffe clairement plus que les 2ko que je lui attribue en upload pcq tt mon net est lent.... je sais pas de quoi ca vient mais emule, pas pour moi O_o Dreamer dreamerboy si tu sait pas utiliser emule, ne le critique pas.
En mettant à 2 ko l'upload, tu ne peux pas télécharger à plus de 6ko... Après tu t'étonne des mauvaises performances, mais il ne faut pas être radin c'est tout !! Perso, j'utilise eMule depuis pas mal de temps maintenant
à l'époque, eMule avait des fonctions très en avance par rapport à eDonkey, ne serait-ce que les jolis graphiques pour montrer la bande passante ! En plus, eMule évoluait tout le temps, on avait l'impression d'un système bien vivant, à l'écoute et tout. Et puis l'Open Source, y a pas à dire, ça en jète plus que les systèmes propriétaires. Mais bon, voilà, j'étais de plus en plus déçu par les performances de la Mule. Alors, en passant, je me suis dis, pourquoi pas Overnet ? Et puis pourquoi pas le meilleur des 2 mondes avec Edonkey, l'hybride ? Je suis repassé à eDonkey aux alentours de la 0.50, et je peux vous dire que je n'ai pas été déçu. Je sais pas ce qu'ils ont mis dans le soft, mais il est clairement plus performant qu'eMule. En plus, la fois où tous les serveurs sont tombés, overnet fonctionnait impec, on n'a rien senti. Alors, depuis, le choix est refait, et c'est l'âne, et encorel'âne. Bien sûr, ce petit avantage performance peut très bien repasser à eMule. D'ailleurs, il suffira de le tester. Je pense me remettre à eMule pour voir, lorsque Kademlia sera prêt. C'est dommages qu'Emule ait choisi d'être incompatible avec Overnet, mais que voulez-vous, quand on est le plus fort (la mule aujourd'hui), on n'aime pas se faire dicter des choix par le plus faible (le vieil âne). Tout ça est très humain et parfaitement compréhensible. Bref tout ça pour dire : J'adore eMule J'adore eDonkey Aujourd'hui Edonkey a repris l'avantage performance, mais pour combien de temps ? Et puis l'open source, y a pas à dire, ça en jète ... Ne crachez pas sur le vieil âne, c'est lui qui a montré le chemin ! Tout à fait d'accord avec Tractor. Moi perso je n'utilise que la mule, mais le fait qu'elle soit open-source me rassure sur sa capacité à évoluer et sur sa pérennité.
L'avantage du moment à Edonkey est peut-être vrai (je n'ai pas testé Longue vie à la Mule, à tous les clients libres et aux autres. Hercule> si tu m'avais lu tu verrais que mm avec 2 ko, ma connection etait totalement lente....
Je ne critique biensur pas le fait que ca soit max a 6ko, c'est moi qui vois ca Note: a 2 ou 10 ko activés, ca DL JAMAIS..... donc je prefere pas bouffer 1 go d'upload en une nuit pcq j'aurais mis a 10 ko alors que je n'ai que 10 go par mois et que je n'aurai pas de nouvelles parties du divx que je voulais avoir sur emule Dreamer je DL plutôt des trucs rares ou pas très récents (en Gal ça va de paire) et en ayant testé à divers moments les différentes versions d'eMule et d'eDonkey j'ai constaté la chose suivante: la plus part des fichiers ne sont dispo intégralement que sur eDonkey
quelques soient les considération de vitesse, de règles de partage et autre crédits, ça reste l'argument béton pour conserver le bon vieux mulet J'ai été longtemps "Emulien". Depuis Aout 2003 mes DL se sont effondrés lamentablement (DL moyen 5 pour 12 en UL et une connexion 512, 128).
Mauvais réglages ... Non ! Un FAI qui me déconnecte toutes les 24 heures et qui me change d'IP (sécurité parait-il ... comme si je ne savais pas installer et configurer un Firewall ...) Qui dit changement d'IP dit ... perte des crédits sur Emule et qui dit perte des crédits dit ... DL lamentables. Je n'ai pas le choix de mon FAI donc, passage à Edonkey Hybride et là, merveille, DL moyen autour de 25. Pour moi Vive Edonkey Hybride ! (et que jamais le système de crédits ne soit mis en place dessus !) Tous les champs doivent être remplis. Tous les champs doivent être remplis. Tous les champs doivent être remplis. |
A LA UNE
LES + COMMENTÉS
12 offres à partir de 337 €
1 offres à partir de 23 €
4 offres à partir de 14 €
Télécharger
Accès rapide :
Diagnostic |
eMule (et mods eMule) |
Photo numérique |
Outils Réseau |
Codecs et plugins |
Nettoyeurs |
Optimisation |
|