» Internet » IRC Client » Topics begins with E » EMule
eMule (English mule, "Maultier ") is a widespread and sourceopen file sharing Client for the eDonkey2000 and the Kad network. It was developed as alternative to the original eDonkey Client and extended by numerous features. eMule is meanwhile the most common Client for the eDonkey2000-Netzwerk.
In the following a list of some characteristics of the original eMule Clients. So-called Mods has frequently over the same features, in addition, own extensions.
With the version 0.47a the following features were added:
The roots of eMule leave themselves on the day 13. May 2002 lead back, when Hendrik broad cross was dissatisfied alias Merkur with the original eDonkey2000-Client and decided therefore to develop a better. The first official version (0.02) was made available on 6 July 2002 as source text under SourceForge to the Download and is there today still callable. Meanwhile Merkur withdrew itself from the public development, supports the project however this very day.
Since eMule was published from the outset with source text, it lasted not for a long time, until the first modifications - so-called Mods - emerged. These extend eMule by many features, which were partly transferred to the official eMule versions. Since with rudimentary programming knowledge the typical eDonkey could be expenditure-levered, eMule in the start time was considered frequently as Leecher Client. In order to advance toward this, with the version 0.19a from 14 September 2002 a Credit system was introduced. Credit system meant that the Downloadgeschwindigkeit becomes higher, the puts to more files one other Usern by Upload at the disposal. Briefly: The more Upload, the more Download. Thus it lasts some time, until one downloads files with an acceptable speed.
eMule develops on the server-based eDonkey2000-Plattform, is programmed in Visual C++ and makes use of Microsoft the Foundation Classes. The Client has over additional search algorithms for sources like the source exchange as well as the serverless Kad, which is based on the Kademlia algorithm.
About 97% all eMule user are connected to the ed2k-Netz (ed2k stands for eDonkey2000) with a server and thus. The respective server stores all files released by a connected Client. If another Client inquires after a certain file, the server supplies with to him admitted (connected) Clients, which offer this file. The establishment of contact and the Download take place then directly from Client to Client without the server (exception: LowID). In addition eMule all servers in the server list ask the connected for sources, not only. Therefore it is no matter against a common view, with which server one is connected.
eMule finds further sources, by exchanging with other Clients sources. Shop about Client "A "and "B "the same files down, can ask "A ""B ", which further Clients it knows, which offers likewise this file to downloaden and/or. The majority of all sources eMule finds meanwhile over this so-called source exchange, the server serves thus mainly only for finding some initial sources.
Apart from servers and source exchange there is a third method, in order to come at sources. Since in case of a loss many large server also the source exchange correctly did not function any longer (a few sources are only used to be able to exchange over at all among themselves which), Kad than serverless net was added. There are here no more special servers, separate each Client is server also at the same time and process retrieval queries of other Clients. The advantage is here that the net is not dependent any more on some server operators, however costs the additional tasks on each Client to something range (usually approx. 1 kB/s in each case for UP and Download).
Under normal conditions a eMule source contacts directly and asks for a Downloadplatz, which is however not possible, if the Client has a LowID. The ID is determined normally by the server, which tries after connecting, which Client to contact directly (in the Kad net this task any Client takes over). If this fails, because the Client is for example behind a Firewall, this receives a LowID. In this case the establishment of contact must be made by a mediator, whose role in the ed2k-Netz of the servers and in the Kad net a contactable Client, which takes over so-called Buddy. eMule communicates that he would like to download of a LowID Client, these conveys this to the connected LowID Client and this contacted then our Client to the server/Buddy.
Since a LowID Client cannot be contacted from the outside, LowID Clients can load not from each other. Additionally the switching over the server/Buddy causes load on this, why eMule should be possible from the outside attainable if. LowID is not thus against opinion an invention of the programmers, in order determined user punish, but a technical condition thereby this user at all in the net to participate know.
In May 2006 the eDonkey2000-Netzwerk possessed at the same time active users according to Client allegedly scarcely over 24 million. The value varied easily, since it is dependent on the time of day and the weekday. It can be however assumed several millions users are falsely generated by so-called Fakeserver. This gaukeln wrong user numbers forwards, in order to attract inexperienced user (see manipulating servers). Material the eDonkey2000-Netzwerk counts at present approx. 3.5 million user conditions May 2006, source: www.slyck.com.
Meanwhile the eDonkey2000-Netzwerk nearly TRACK overhauled as the largest Peer ton Peer network and is in Europe on first, world-wide because of second place behind Bittorrent (June 2004). Likewise eMule Kad network used of has about 2 to 3 million users, by whom however about 97 % are connected with a eDonkey2000-Server at the same time.
Since the publication of the eMule Clients with SourceForge the Client from there over 180 million time downloaded sourceforge.net.
Originalclient:
EMule Mods:
We found here 6 related websites.
Index | Privacy | Terms Of Use | Sitemap | Feedback