jMule Forum Index jMule

FAQFAQ SearchSearch MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Login to check your private messagesLogin to check your private messages LoginLogin

Peer Selection Method

Post new topicReply to topic jMule Forum Index -> General jMule discussion
View previous topic :: View next topic
Author Message
bill
Guest





PostPosted: Wed Sep 24, 2003 23:43 Post subject: Peer Selection Method Reply with quote

I am starting to look at different methods for matching Peers in a P2P system and am having a difficult time finding documentation on how existing protocols (jMule,Kazza,Gnutella) determine which is the best server to select for a client requesting a download of a file that may exist on more than one server.

Does anyone here know how jMule performs this selection? Does it use a simple metric of ping time like Napster or something more sophisticated like "amount of data currently left to serve" or "number of concurrent downloads w.r.t bandwidth available" or something like that...

Thanks in advance for any info you might be able to provide
Back to top
emarant
Admin / Developer


Joined: 02 Oct 2002
Posts: 135

PostPosted: Mon Sep 29, 2003 18:13 Post subject: peer selection in ed2k protocol Reply with quote

jMule is cable of not only use one protocol to transfer files, but currently
jMule uses the edonkey2000 multisource file transfer protocol, like eMule, edonkey2000, mldonkey, overnet and other edonkey2000 compartible clients, too.
Those *clients* act all as file server in the network.
Request of files:
simply ask all peers haveing parts of the file needed, for a transfer. The uploading peer(server) keeps all requesting peers in a queue until it has a free upload slot. If a slot becomes free the server takes a peer from queue and than the downloading peer trys to get the rarest parts of the file available on all peers, the server can provide.
So jMule work is: find all source for a file asking eMule compartible clients down-/uploading the file, edonkey2000 server and maybe in future overnet or overnet like network peers.
Than request file form sources have needed parts.
If a peer gives jMule an uploadslot, only thing jMule selects are the parts of a file to download from this peer.
The decision which client can download form a server is always made by the server.
Any uploading peer can stop uploading using his own policy, like give everyone only x bytes per queue cycle or reward some kown peers for their previous upload and give them more than unkown/freeloading peers.
Back to top
View users profile Send private message Send email
Display posts from previous:
Post new topicReply to topic jMule Forum Index -> General jMule discussion All times are GMT + 1 Hour
Page 1 of 1


Jump to:
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB 2.0.3 2001, 2002 phpBB Group