Salut,
Je ne connais pas amule, j'étais sous xmule avant de migrer vers mldonkey.
Ce soft (xmule) était réputé pour mal gérer les proces, et surtout les amd (regarde les changelog)
pour amule, étant donné que tous les deux sont tirés de emule win32, ça ne m'étonnerai pas qu'il y ait le même problème.
En ce qui concerne mon expérience sur mldonkey, c'est très positif.
Je l'ai installé puisque nous sommes en collocation, et plutot que d'avoir chacun une mule de lancée, j'ai préféré centraliser les téléchargements à partir de mon "serveur" : ainsi, à l'aide d'une interface cliente (web, linux, win32, etc), on peut se connecter au serveur et une gestion des utilisateurs, de leurs downloads respectifs, etc (mais ça je ne l'ai pas encore mis en place).
Sa configuration se fait à partir des fichiers downloads.ini (paramètres mldonkey) et donkey.ini (paramètres réseau edonkey), je peux te les envoyer si ça t'interesse. Puis je lance mldonkey dans un screen... c'est tout, et mise à part sa relative lenteur par rapport à un emule eChamblard ou autre, c'est un très bon soft, que je te recommande tout de même.
En ce qui concerne les ressources cpu, mlnet me bouffe au max 30% de mon Duron 800.
"Ethiquement" par contre, si on peut parler d'éthique dans le p2p, mal configuré mldonkey peut-être néfaste pour les réseaux d'accueil : par défaut il se connecte à 4 serveurs edonkey, l'upload est divisé entre tous les réseaux, pollution en fichiers partagés de réseaux spécialisés (en manga, court-métrages, mp3 uniquement, etc), non respect des chartes de réseaux du type DirectConnect avec ses hubs, etc etc... bref, à configurer avec des pincettes si l'on veut être respectueux et sur un réseau simultané uniquement (ou alors lancer plusieurs process avec l'upload adapté).
# Re: Amule et edonkey.. (besoin d'experts en p2p )
Posté par SubBass . En réponse au journal Amule et edonkey.. (besoin d'experts en p2p ). Évalué à 1.
Je ne connais pas amule, j'étais sous xmule avant de migrer vers mldonkey.
Ce soft (xmule) était réputé pour mal gérer les proces, et surtout les amd (regarde les changelog)
pour amule, étant donné que tous les deux sont tirés de emule win32, ça ne m'étonnerai pas qu'il y ait le même problème.
En ce qui concerne mon expérience sur mldonkey, c'est très positif.
Je l'ai installé puisque nous sommes en collocation, et plutot que d'avoir chacun une mule de lancée, j'ai préféré centraliser les téléchargements à partir de mon "serveur" : ainsi, à l'aide d'une interface cliente (web, linux, win32, etc), on peut se connecter au serveur et une gestion des utilisateurs, de leurs downloads respectifs, etc (mais ça je ne l'ai pas encore mis en place).
Sa configuration se fait à partir des fichiers downloads.ini (paramètres mldonkey) et donkey.ini (paramètres réseau edonkey), je peux te les envoyer si ça t'interesse. Puis je lance mldonkey dans un screen... c'est tout, et mise à part sa relative lenteur par rapport à un emule eChamblard ou autre, c'est un très bon soft, que je te recommande tout de même.
En ce qui concerne les ressources cpu, mlnet me bouffe au max 30% de mon Duron 800.
"Ethiquement" par contre, si on peut parler d'éthique dans le p2p, mal configuré mldonkey peut-être néfaste pour les réseaux d'accueil : par défaut il se connecte à 4 serveurs edonkey, l'upload est divisé entre tous les réseaux, pollution en fichiers partagés de réseaux spécialisés (en manga, court-métrages, mp3 uniquement, etc), non respect des chartes de réseaux du type DirectConnect avec ses hubs, etc etc... bref, à configurer avec des pincettes si l'on veut être respectueux et sur un réseau simultané uniquement (ou alors lancer plusieurs process avec l'upload adapté).