Who said this? What I mean is you have to wait longer to get a free slot - this is my experience with Gnutella.

Where was this crowd at the beginning (in German: "Was war zuerst da das Ei oder die Henne?"? They started like other networks and the networks who are able to attract the most users win... Kazaa is very popular but only good for MP3s, also WinMX.

No, its truth. Gnutella needs longer for new features this isn´t a claim this is truth. Fasttrack and other networks had multiple source downloads and queuing etc. while the developers of the GDF didn´t know how to write it. I read some discussions in the GDF where one developer suggest a thing and an other says its bullshit - some of the mayor features are a result of the pressure of the users who wanted them - see multiple source ddwnloads. I really don´t expect to agree with you in this point (as in the most ones)!

Since when? You need to log on a server first to get the IPs of your hosts...

Funny I have also DSL. I have usually several hundreds of active connections, I upload with 12Kb and have enough uploadspeed left to surf without problems! My average downstream is usually higher than with all Gnutella clients I tested. Do you have a technical proof for this claim?

I had the same problems with Gnutella, and not only with ONE host also with several ones - the best way to go here is to try an other file or change the network. No network is perfect but Gnutella has much to improve.

btw an example with very seldom files, which are not downloaded and shared by many people is stupid. You have to see the "normal" situation, not a special one. Which network can satisfy a user to 100%? I think this is a dream...

A point for Vinnie, I bet his users wanted it. And this is again an example of this Gnutella developemet, good features aren´t used because some developers think they aren´t needed - so it will take an other or two years before they wake up...

If and only if you will find a good movie on Gnutella its very hard to get a slot. But the advantage when you are one of the lucky people you have usually much faster downloads from ONE single host, but this doens´t matter because you will find with the donkey several hundreds of sources to donwload from - and I really can´t complain about my donwload speed. Its also a good idea to use donkey links, you can be sure this files are no fakes and are wide spread - more sources = faster donwloads!

No one said its easy but it should be done! Ignorance isn´t the way to go...

Morgwen

I don't if you remember how some important release groups left their IRC channels (shortly after the DALnet breakdown) in favor of eDonkey which was quite attractive at that time. As long as eDonkey is still alive that community will hardly move to another network.

There were long discussions on the GDF and devleoping the protocol took time (like all good things). There were a lot of arguments of developers with different philosophies. Sometimes all they were about was how to save another one or two bytes per query. The servent development was usually independent of the GDF discussions. If one vendor wanted to implement some feature by all means, it usually did and it did not wait months for the rest of the GDF to agree.
Sometimes the developers give features and issues other priorities as the users. I have learned to trust their judgement to some extent because they really do a lot of research before implementing a new feature.

You need some seed IPs if you run a servent for the first time, - this doesn't happen via a central server anymore, as you may or may not know. We have been using a distributed network of web addresses (usually simple perl or php scripts) instead that can run on any webserver, know about each other and have very high uptimes.
Most servents, however, don't need to request any new addresses from the GWebCache system after running for the first time unless you don't connect to Gnutella regularly (like once every two weeks or so).

Yes, I can easily proof it from my eMule statistics. When uploading at more than 10KB/s, my download rate starts dropping. I can still download at fairly decent speeds and surf without any problem uploading at 12KB/s, but my average download rate will 10%-20% lower (like 40KB/s instead of 45-50KB/s). The technical explanation is simple. Creating many outgoing connections is very expensive, so if you are uploading so much that the bandwidth needed for creating the max number of outgoing connections isn't available anymore, you cannot try as many sources anymore, - you will not get quite as many downloads slots and TCP connections start failing more frequently. This is a common phenomenon with asynchronous DSL connections.

Few small files are downloaded and shared by many nodes at once. The situation is a very common use-case.

If you can find it, you can usually download it. If it were busy it wouldn't even send a search result - except for Shareaza, Shareaza is usually so overloaded, you won't even get a proper BUSY-response.

More sources = more overhead. Ideally you would download a file from as few sources as possible and as many as necessary. Sending requests to many hundreds of busy sources is just not efficient. What you really want is to send a few requests and get a download slot almost immediately. All information about busy sources is basically a waste of bandwidth and that is where eDonkey's design is fundamentally flawed.

My statistic if different. I uploaded with 10Kb, 12Kb and 16Kb - my download speed was only lowered with 16Kb - no difference with 10Kb and 12Kb - as I said such a statistic is no proof. Show me a techincal documentation or an official statistik there several hundreds of nodes are tested!

If the few files are shared and downloaded by many nodes - you have more than ONE host, each downloader is after he gets the first chunks an uploader! So if you are talking about a download from ONE host - this isn´t a common use case, this is very seldom case and no good example!

Now tell me about which network you are dreaming which is perfect and can all what you are talking about? Its sure not Gnutella... it don´t exist. The donkey isn´t perfect either, but do you think the donkey developers are sleeping? Do you think only the GDF can develope?

I have to repeat the donkey is THE BEST WHAT EXIST for larger files... and you can talk about your overhead and be lucky with dreaming about the perfect network, while I download my files with eMule faster than I ever managed with Gnutella and this is no dream.

Morgwen

Tested what? eMule? You are most obviously out of your mind, you don't need a high number og nodes to test that. You can do it on your own within a few weeks time running eMule at different upload speeds. - As you know, there are no official eMule statisitics because eMule users/developers don't do much research at all. If someone comes up with something that seems like a good idea at the first glance, it is usually implemented no matter how dumb and useless it really is. @see long queues, queue rotation, credit system...

There is a large number of files that never gets that popular. Say I were sharing 7,000 audio files. Most of them weren't downloaded even once and I'm quite sure most of them are unique on Gnutella, because I converted like 5,000 of them to ogg myself.

I'm not dreaming of any network at all, - but Gnutella is certainly on the right track to create a very good network.

After MetaMachine more or less abandoned eDonkey? I think the protocol will remain the same. Sure they are implementing Kademlia but unless it replaces the servers it's just going to add more overhead.

No, there are also some smart people behind MetaMachine. Overnet appears to work really well, - too bad there is no properly working open-source client for it.

As I said earlier, I did not come here to challenge your qasi-religious beliefs. eMule has its merits, efficiency is just not one of them.

Morgwen [/B][/QUOTE]

Your highness .....

I totally agree with you. Freeloaders should either start sharing their stuff or get off the network. They are a burden on the rest of us who make their files and bandwidth available to others. This network is based on the concept of sharing . This means it's a two-way process, you give and take. Those that only want to take should go and find their stuff somewhere else.

Cheers,
Ra'ed

I don't like freeloaders either, but what should we do. LimeWire could force them to share by making it impossible to turn off partial-filesharing or don't allow the number of upload slots to be set to 0. However, I don't believe they'll do that.

There is no 100% solution, but at least there shouldn´t be options to turn of sharing!

Morgwen