Logiciel : Lmule est mort, vive Xmule !
Posté par Sukrieh Alexis (page perso, ). Modéré le 28 mai 2003.
Le clone d'Emule pour Linux vient de changer de nom. Il se prénomme désormais xMule et correspond à la première version stable (1.4) de lMule. Tous les bugs connus sauf deux ont été corrigés par rapport à la version 1.3. Le problème principal qui était une consommation abusive des ressources CPU a également été corrigé. Le but de xMule est également d'étendre la portée de la communauté E(donkey|mule) à toutes les plate-formes car xMule est sensé tourner sous MacOS X, sous Linux et sous Win32.
NdM: et vous, qu'utilisez-vous pour échangez vos fichiers (qui vous appartiennent, bien sûr) ?
NdM: et vous, qu'utilisez-vous pour échangez vos fichiers (qui vous appartiennent, bien sûr) ?
le site de xMule (8319 hits)
télécharger xmule 1.4 (6032 hits)
petite note sur xmule 1.4 (8622 hits)
> Lire la dépêche (118 commentaires, moyenne: 2,1).
Vous avez demandé le commentaire #214873.




> NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Oh bah moi je suis toujours sous mlDonkey, et je vois pas trop de raison de passer à [E|L|X]mule. D'autant que maintenant que j'ai éssayé, les supports de FastTrack et Bittorrent me manqueraient un peu.
[+] [^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
mlDonkey c'est mal.
Le multi-réseaux, c'est pire.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
> mlDonkey c'est mal.
Bon, là je ne demande pas d'explications. Il y a déjà eu ici, et c'est pas si vieux, un troll sur le dénigrement fallacieux de mlDonkey par les suppôts des clients officiels (tm) et autres muletiers alter-monopolistes.
> Le multi-réseaux, c'est pire.
Là par contre, je veux bien que tu m'expliques, ce troll me semble être nouveau.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Eh bien va voir http://www.ratiatum.com/p2p.php?article=1010(...)
Bien sûr je désaprouve totalement ce point de vue. Sans vouloir m'étendre, mldonkey est un très bon client à tous les points de vue.
Seulement mldonkey dérange depuis le début, et j'ai l'impression que c'est uniquement parce qu'il n'est pas (ou peu) accessible aux cliqueurs fous (aka windowsiens) que ceux-ci l'accusent de tous les maux.
Bien sûr il a eu sa période terrible, mais c'était il y a bien longtemps.
Alors je n'hésite pas à dire tout haut MLDonkey SAI bien SA rUlEz
D'ailleurs la version 2.5 vient de sortir... et la compilation est plus aisée que pour lmule. J'ai aussi remarqué qu'il générait moins de connexions tcp et que le taux de transfert est légèrement meilleur.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Pourrais-tu m'expliquer pourquoi mldonkey se connecte à plusieurs serveurs en même temps ? Quel est l'intéret, à part surcharger les serveurs ?
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
ah mldonkey se connecte a des serveurs??
sorry ca se parametre de se connecter qu'un serveur
d'ailleurs mon mldonkey me dit "Connected to 0 servers on the Donkey network "
mldonkey est un soft tres paramêtreable
d'accord il n'y pas de sécurite pour avoir un ratio download /upload
correcte (4/1 par exemple)
mais bon genial d'avoir le client edonkey separé de l'interface
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Oui, mais à quoi ça sert de se connecter à plusieurs serveurs à la fois, à part à les bourriner ? Quel est l'intéret de ce paramètre ?
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Ben tu peux prendre des serveurs spécialisés.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Et alors ? De toute façon TOUS LES SERVEURS sont inclus dans les demandes de sources. Il n'y a besoin d'être connecté qu'à UN SEUL serveur.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Ah?
Pourtant quand je fais une recherche j'obtient beaucoup plus de résultats si je suis connecté à plus de serveurs. D'ailleur ce que je fais c'est me connecter à beaucoup de serveurs juste le temps de la recherche puis je n'en laisse que quelques uns (le nombre par défaut de mldonkey) en attendant que les fichiers arrivent.
[+] [^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
le nombre de places sur le réseau edonkey est limité !
si tout le monde faisait comme toi, cela ferait belle lurette que ce réseau serait saturé : je trouve ton comportement un brin teinté d'égoïsme.....
regarde le mal que les gens se donnent pour offrir aux utilisateurs du réseau edonkey des serveurs dignes de ce nom ! Pourquoi gâcher cet énorme travail avec un comportement peu respectueux de la "philosophie" de ce réseau?
D'autre part, pour tes recherches, tu peux utiliser des services comme jigle.com qui te permettront d'avoir passablement de réponses sans pour autant saturer le réseau.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Je ne sais pas sur mldonkey, mais sur emule tu as une option quand tu fais une recherche qui te permet de spécifier si tu veux juste des résultats pour ton serveur, ou si tu veux interroger tous les serveurs (ça s'appelle recherche globale).
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Dans mldonkey c'est la "recherche étendue". À utiliser avec modération ceci dit, c'est beaucoup plus gourmant pour le réseau que la recherche locale sur quelques serveurs. (Et c'est entre autre pour ça que la connection à plusieurs serveurs n'est une mauvaise chose en soit).
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Aaaah, d'accord :-)
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Pardon mais si ton client partage des liens/des signatures MD4 de tes fichiers/ou tout autre information qui permet de retrouver un fichier plus facilement en p2p, ben si tu es connecte à N serveurs (N>1) tes informations ont plus de chance de se répandre plus facilement.
Tu peux aussi fournir tes fichiers à plus de gens directement connectés au(x) même(s) serveur(s). Maintenant il faut corréler ça avec l'efficacité des protocoles utilisés (pour limewire c'est vraiment nécessaire d'être connecte à un certain nombre de serveurs, pour MLdonkey les 5 maximum ça semble suffisant).
[ Ce commentaire a atteint une valeur trop haute ou trop faible, vous ne pouvez plus le noter. -> même pa maran le dernier templeet, on peut plus moinsser les autres jusqu'à -42! ]
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Non. Le protocole edonkey ne fonctionne pas comme ça. Lorsque le client cherche des sources il demande à TOUS LES SERVEURSd e sa liste. Pas besoin d'être connecté à chacun. UN SEUL suffit.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Permettre une meilleure diffusion des fichiers rares ? Je dois reconnaître que la connexion à de multiples serveurs pourrait-être évitée. Mais on pourrait aussi très bien déclencher une gueguerre en parlant des modifications apportées au protocole edonkey par emule. Mais je m'arrête là, la cause est perdue, emule a gagné.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Extrait de l'article "[...] les places sur un serveur eDonkey sont comptées, et chères. Se connecter sur plusieurs serveurs en même temps enlève autant d'utilisateurs sur le réseau que de places ainsi usurpées. [...]" C'est vrai, difficile de dire le contraire. C'est pas très équitable. Mais au final, ce n'est pas si grave vu que les serveurs du réseau edonkey gère de plus en plus de clients au fur et à mesure des optimisations du code, du progrès du matériel (et des investissements, merci à eux :-). Et en plus, le p2p avec serveur est voué à être remplacé par du 2p2 total (sans serveurs intermédiaires) et moins fragile juridiquement parlant.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Le multi-réseaux, ça consiste à dowloader de pleins de réseaux à la fois (download multiplié grâce aux sources supplémentaires ajoutées), tout en uploadant de la même façon à tous les réseaux en même temps(ce qui fait que la bande passante est fortement divisée). En bref, ça permet de leecher les réseaux sans rendre la pareille.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Tu as relu ton affirmation gratuite ?
1) tu downloades un peu partout sur les réseaux
2) tu uploades un peu partout sur les réseaux
Résultat, tu partages un peu partout sur les réseaux, tu partages plus, pas forcément avec un plus grand débit ou avec une meilleure efficacité, mais tu touches plus de gens, dans un sens où un autre, ça ne peut qu'être bénéfique.
Pour ce qui est de leecher, y'a toujours moyen de leecher quoi qu'il arrive! (sauf avec un client closed source imposé par M$ et signé avec du DRM lancé obligatoirement au démarrage de windob).
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Il est clair que forcement ta bande passante en prend un coup si tu multiplie les téléchargements. - En descente comme en remontée ! - Sur un seul réseau ou plusieurs ! Donc cette critique du multiréseau me parait tout sauf pertinente.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
La plupart des gens ont une connexion asymétrique. L'upload est beaucoup plus facilement saturé que le download.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Et ça ne change strictement rien à l'affaire (cf second petit tiret).
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Bah si.
Sur le reseau edonkey, la vitesse moyenne de download est égale à la vitesse moyenne d'upload.
Comme la plupart des gens ont 128kb/s d'upload, la vitesse moyenne de download doit également tourner autour de ce chiffre.
Maintenant, pour chaque client qui se connecte sur un autre réseau en même temps, la vitesse d'upload générale est diminuée. Tu vas me dire que la vitesse générale de download va augmenter, mais en fait cette augmentation ne profitera qu'à ces clients multi-réseaux, tandis que les clients normaux verront leurs vitesses de download diminuer.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
les supports de FastTrack et Bittorrent me manqueraient un peu.
lorsque j'ai essayer le support bittorrent, j'ai trouver que les perf etait beaucoup moins bonne qu'avec le cient officiel en python.....
Sinon c'est pas demain que [E|L|X]mule tournerons sur des unix comme aix, alors que mldonkey fonctionne (pour la compile c'est un peu galere...)
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
mldonkey fonctionne... et très bien meme!! j'ai testé lmule plusiseurs fois...
Je n'y ai rien trouvé qui ne fonctionne pas déjà sous mldonkey...
bref, je reste mldonkiste à fond...
j'aime bien le fait de pourvoir manipuler l'interface avec galeon , installer le GUI si je veux etc...
Le fait qu'il soit multiprotocole me plait aussi fortement.
enfin, et grace au super boulot realisé par l'equipe de plf, un simple urpmi mldonkey, et en 10 secondes il est installé et opérationnel.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Je suis complètement d'accord avec toi, j'utilise aussi l'interface web de mldonkey et je trouve que ca remplace très bien un client gtk.
Le principe d'avoir un "serveur" qui se charge des dl/ul et d'un "client" qui se charge de l'IHM, je trouve ca hyper sympa. Du coup, le "serveur" MlDonkey tourne sur mon serveur et je me connecte dessus de n'importe où (ya ken meme des règles fw pour bloquer les ports de l'extérieur ;))
Sinon comme je suis sur debian, j'installe le package mldonkey-cvs, source-list :
deb ftp://mrvn.homeip.net/(...) unstable main.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Moi j'utilise giFT/OpenFT. giFT est un daemon permettant de charger des plugins, dont
OpenFT, mais aussi Gnutella et FastTrack. Il ne me semble pas qu'il y a ait d'autres protocoles supportés pour l'instant, mais cela pourrait venir assez vite, en effet giFT fournit aux plugins des moyens pour gérer ses connections etc... l'implémentation d'un nouveau protocole devient dont très rapide étant donné que giFT gère une couche bas niveau.
A titre d'exemple le code des plugins Gnutella/OpenFT contient moins de 30000 lignes, celui de FastTrack moins de 20000.
Pour ceux que cela intéresse, OpenFT compte actullement environ 300 utilisateurs, le volume total de données partagées est environ 3,5To.
giFT est développé pour être portable, il fonctionne sur Linux *BSD ainsi quela plupart des autres unix, mais aussi sur Mac OSX et Windows.
Enfin il est nécessaire d'utiliser un client pour se connecter au daemon giFT, il existe ainsi plusieurs clients en console (libcurses) en GTK+ mais aussi un scripts perl qui marche de la même manière que apt =)
giFT/OpenFT http://gift.sourceforge.net(...)
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Existe t'il des .deb pour sid ? Je n'en ai trouvé nullepart.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Il n'existe à ma connaissance aucun paquet actuellement. Il faut le télécharger via CVS et compiler.
Toutes les instructions sont sur http://gift.sourceforge.net/docs.php?document=install.html(...)
Dernier conseil : en cas de problème, ne demande pas aux développeurs (en partuculier Jasta). Sur IRC (#gift) ils ont été antipathiques avec moi quand j'ai eu des problèmes pour le compiler (jusqu'a me kicker et me bannir du chan)...
Yves Dessertine
http://yvesd.net
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
ouai jasta est un vrai salopard avec les newbies =)
mais bon, dans un sens on peut le comprendre, il a repris le projet et a quasiement tout réécrit lui même (la masse de travail est imprésionnante), enfin il code bien, et c'est ca qui importe.
d'autres personnes bien moins qualitiées pourrait tout à fait aider les gens qui ont des problèmes courants (et qui relève souvent d'un mauvaise manip)
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Lorsqu'il y a tant de problèmes courants, ils doivent être documentés. Le dédain n'a pas ici de justification à mon sens. On peut au minimum faire une référence à une doc.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Oui !
Par exemple, j'avais une erreur bien gore avec giFT à la compilation. En cherchant avec google, j'ai fini par trouver la solution dans la doc de GStreamer : il fallait installer le paquet "libtool". Quand j'ai proposé d'ajouter ça a la doc, on ne m'a pas répondu !!
D'autres, peut être encore plus newbie que moi, abandonneront giFT avec un sale arrière goût à ce rythme...
Yves Dessertine
http://yvesd.net
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
>Il n'existe à ma connaissance aucun paquet actuellement.
Si: les gentooïstes ont à leur disposition le packet net-p2p/gift-cvs .
...
Allez-y: moinsez moi. Il fallait que je le dise de toutes manières. -_^
Respect à RMS.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
deb ftp://mrvn.homeip.net/(...) unstable main
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
oups g pas fait attention au sujet du thread.
le source list est pour mldonkey.
sorry
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Ca m'intéresse quand meme :)
Merci.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Il me semblait que FastTrack (Kazaa, Morpheus, Grokster) avait fermé leur réseau en changeant leur protocole et leur cryptage quand giFT avait reussi a s'integrer dessus, et que depuis l'equipe de giFT avait laisser tomber l'acces à FastTrack.
Donc OpenFT/giFt se re-connecte t'il maintenant sous FastTrack ???
On m'aurait menti ?
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Non. Ils ont développé leur propre protocole, appellé "OpenFT" (le nom est révélateur). giFT sert de passerelle entre OpenFT (le proto) et une interface graphique.
Yves Dessertine
http://yvesd.net
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Donc OpenFT/giFt se re-connecte t'il maintenant sous FastTrack ???
Oui, via un pluggin (que les dév de giFT ne veulent pas supporter, pour des raisons "légales") : http://developer.berlios.de/projects/gift-fasttrack/(...) , qui implémente les nouveaux alogrithmes de crypto de FastTrack.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Le projet giFT s'est recentré sur un nouveau protocol appelé OpenFT, mais giFT étant un daemon chargeant des plugins, certains développeurs ont tenté de faire un nouveau plugin pour FastTrack, ce coup ci ca marche même avec les protections du protocol FastTrack (reverse enginering?) c'est plus ou moins légal selon le pays dans lequel on se trouve...
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Puisque tu utilise la dernière version de mldonkey, tu pourrais dire (ou donner un lien qui l'explique simplement) quels ports il faut ouvrir pour les différents réseaux. J'ai du mal à trouver ce genre d'info (pour le réseau edonkey j'ai fini par ouvrir tous les port de 4660 à 4669 en tcp et udp parce que j'avais des infos contradictoires).
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Pour le réseau eDonkey, cette page te permettra de construire tes règles :
http://www.open-files.com/site/dossier/page39.htm(...)
Ca fonctionne sans problème.
R
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Super :-)
Quelqu'un a des équivalents pour les autres réseaux?
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Dans les préférences du gui, il y a des onglets spécifiques par réseaux où ce genre d'option figure. Mais il y a de toute façon la méthode universelle suivante: netstat -apn | grep mlnet | grep LISTEN pour les ports tcp en écoute.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
netstat ne suffit pas, puisqu'il faut aussi que je sache quels port doivent être ouverts dans l'autre sens (cf les ports 4661 et 4665 mentionnés dans le lien précédent). De même le port défini dans la config ne me dis pas non plus quels ports je dois ouvrir.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
ben, si la config et/ou netstat indiquent que mlnet ecoute sur le port 1234, tu sais alors qu'il faut laisser passer le port 1234.
Je ne vois pas bien ton problème. Il reste que certains protocoles utilisent aussi l'udp, mais netstat indique egalement les ports udp ecoutés.
Ceci règle le cas des connections TCP entrantes. Maintenant, je fais l'hypothèse que tu ne cherches pas à filtrer les connexions TCP sortantes.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Encore plus bien: la FAQ officielle ! ^_^
http://www.emule-project.net/faq/ports.htm(...)
Respect à RMS.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Mldonkey: un port configurable en TCP (4662 par défaut), un autre en UDP (celui de tcp + 4, soit 4666 par défaut). Plus peut-être autre chose pour les serveurs ou les recherches, je sais plus trop, mais j'ai une url:
Overnet: un port configurable (3548 par défaut je crois), à ouvrir en UDP et TCP.
FastTrack: un port (1214 par défaut, je ne sais pas ce que ça donne si on le change), à ouvrir en TCP (quelqu'un peut confirmer ?).
Bittorrent: un port (par défaut 6882, je ne sais pas ce que ça donne si on le change), à ouvrir en TCP, plus éventuellement les suivants à concurrence de 10 (j'en ai ouvert 4, ne me demandez pas pourquoi).
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Mldonkey: un port configurable en TCP (4662 par défaut), un autre en UDP (celui de tcp + 4, soit 4666 par défaut).
Ça recommence :-(
C'est contradictoire avec l'url postée par redfish.
[^]Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
L'url donné par redfish correspond à lmule : port udp 4672, paramétrable et désactivable aussi.
Tandis que pour mldonkey, le port udp est par défaut sur 4666.