Good or bad Gnutella Clients, Please tell us..
 

OK, Tell everybody why your Gnutella client is the best and what it can do and why it is better then the other clients. Tell us what is so special about Your clients AND what was the problems with others client that you have solved. If a clients is pay or free should too be told. Please, give us the right URL, for download !!
Please only working clients!!! And no program that is in your minds!! ;)
This is so newbies can make their selection, and understand the diffrents between the diffrent gnutella clients. :)

Re: Good or bad Gnutella Clients, Please tell us..
 

I use and use to work for Bearshare.
Bearshare is a nice user friendly client. once you get it set up to the settings that work best for you, you will never look back.

Since bearshare has included file hashing and ultrapeer connections i have been getting more file returns and alot more sources to download my bigger files from. also i like the new personal filer. It has an IRC chat built in if you feel like talking to other people. The programmers at bearshare are friendly and are always coming up with great ideas for the client. It is also a faster running client programmed in VC++.

Bearshare has two versions. A free version which has ads and the payversion which is ad free. Im sure every one and there brother has herd of "spy-ware" which i will only say one thing about it...... you can uninstall it..... but other then that the pro version and the free version are the same.

The only major problem that i ran into was 6 months ago when i ran windows 98. i would leave bearshare running 24 hours and i would VxD errors. i think that the problem was fixed with utlra peers. :)

http://www.bearshare.com/index.htm
:D
Becker

I work for LimeWire. LimeWire is a nice combination of a really robust program and an easy-to-use interface. In particular, LimeWire handles multiple searches in an elegant way, and it just looks nice. Behind the scenes, LimeWire implements all of the most advanced features of Gnutella, such as UltraPeers, "HUGE" (with download meshes and hash support), swarm downloading, etc. LimeWire is also open source, and it benefits tremendously from the international community of LimeWire open source contributors. These users extensively test the code and make little additions/fixes. The open source mantra that "all bugs are shallow when given enough eyes" certainly holds true for LimeWire. It's a more robust program because of the open source community.

As always, there are several really powerful ideas coming down the pipe from LimeWire that will make the currently available program pale in comparison. Oh yeah, and LimeWire works on all operating systems.

http://www.limewire.com

hi,

our client is still beta (but RealBigSwede asked me to tell about).
For beeing sure I can post here, I scaled back the development of GPU today to alpha ;-) No, the reason that GPU goes back to Alpha is that a new Delphi developer who joined the Open Source project today criticised the code because of its lack of object orientation. And his critics is constructive, because he now works on an UML analysis for getting source code which will be more readable. Thank you Daniele, this should help other developers in joining the project.

Another reason that our client scales back to Alpha is that after adding the GWebCache system, I noticed that slabpc181.ethz.ch, a host at the university reserved "abusively", crashed after 2 hours online. I could see it because GPU writes every two minutes an entry in the debug.txt file.

The integrated chat system should work fine, but at the moment only two people exchanged something over the gnutella transport layer. Me and Zillion Zhang, the project manager, talked together separated by a distance of about the half of the world. I live in Switzerland and he lives in China!
how the chat system works? we use the following system, we send out a search for files, that begins with 'CHAT:' , followed by the username and then the message, spaces are converted to '_'.
how are you? becomes a search string for files like this
CHAT:Dangermouse:How_are_you?
Of course if our client should become popular (more a dream than reality), the other clients will have to filter out search files that begin with CHAT:.
Nice to see how sometimes robognutella clients answer to the chat entries in the download window page: when you download their files you see that it is always the same rubbish. They just rename the same file again and again with the exact name of the file request. Hackers can track the host IP of this roboclients with GPU and let's say once that a nice Denial of Service to that people would be gained.

With Zillion I exchanged also computational tasks, I asked his computer in China to compute 1+1 (the notation we use in GPU is the polnish notation 1+1 becomes 1,1,add) and I got the comfortable answer that 1+1 doesn't sum to 3, but to two, also in China. In fact they have a long scientific tradition. He did the same, he asked my host to compute pi using the montecarlo method, which gives only an approximation of pi. The more packets you send out, the better the Pi computation becomes.

Another thing I did: I typed this command in GPU
{{1000000,pi},1,sj}, 9, rpt
this means send out the job with ID 1 to compute pi with montecarlo using 1000000 throws nine times.
I clicked the Compute locally button and I got nine results from the computer in China. I could see that the average of Pi became better the more packets came back. The standard deviation of the results went down to 10 ^ -5, which means I got the first 4 digits of Pi correctly.

Then I added 60,sleep,avg[1] to the packet:
{{1000000,pi},1,sj}, 9, rpt,60,sleep,avg[1]
This time I clicked to the Compute globally button. The client in China got the packet, executed it and send back to me nine {1000000,pi} packets. My client in Switzerland computed them, sending back the results to China. After one minute (60,sleep) the GPU in China sent back the average of the results (avg[1]).

At the beginning we had also lot of hosts sending rubbish to us: if GPU goes out of syncronization, it just disconnects the evil host without compliments.

The download system seems to work: I started the download of nine music files (Jewel is phantastic!). When I came back I noticed GPU wasn't there anymore, but at least there were 8 files in the download folder.

Another important thing to say is the following: DON'T DOWNLOAD our client because the file upload system is still not implemented, we hope to do so in the next 3 or 4 weeks. The reason it takes so long is that (many of us are in holiday, else it would take a week to get this. In fact Delphi has an integrated TWebserver component).
So a network of GPU would be just an egoistic network where all want to download and nobody wants to share.

So here the description of GPU v0.63b

file upload: not implemented
file download: works sometimes.
small feature: we filter out search requests with local IP addresses. From this clients you'll never download anything
Hosts sending back results can be seen.

Chat system: can be disabled
never give out your credit card number ;-)

Cache system: GWebcache, although sometimes I am not so happy with this cache. Perhaps the code nees some review (perhaps???)

CPU share system: can be disabled
one local thread, three threads for computing jobs from network.
Documentation will come to document all commands and to explain to developers how to write plugins. We could beat http://distributed.net in the search of the optimal Golomb ruler with 24 marks. Theoretically we could offer the same service Seti@home does. There is lot of data from radiotelescopes and satellites to be analyzed. I know from one Swiss-U.S. telescope that watches the Sun, I was doing my semester work there, but then I had some trouble with the boss, because he suspected me to be the hacker who deleted the whole database of the satellite. They didn't have backup copies because the satellite sent back twice the size of the expected data. I am more a scientific student, I don't know enough SQL for doing this. So I left the project and started the GPU project, and professor W. accepted the semester work and encouraged me.

To come soon: Upload system, Ultrapeers, Handshake 0.6, documentation, strong structured source code using patterns, golomb ruler plugin, signing of plugins using zero knowledge proofs for avoiding abuses, other plugins.

To come later: perhaps a SQL database distributed over the gnutella network, perhaps a secure voting system using homomorphic functions.

Thank you for any comments, feature requests, ideas, criticism at the forum of the GPU project site.
And sorry for writing so much, it's yet another gnutella client.

Dangermouse

Open source project site
http://sourceforge.net/projects/gpu

What is aqcuisition?:confused:

Best thing about limewire is the ultrapeers!THEY ARE GREAT!None better!Hopefully morpheus will do that so we can finally start having more good ones than only limewire.:cool:

let's say now that version 0.64 of GPU is stable (I can run it for hours and hours). The GWebCache system works now fine.

the upload section is still missing.
this will be introduced in the next 3 or 4 weeks.

LimeWire is a great program and all but their ultrapeers appear FAR larger than they actually are.

It's a client for Mac OS X, based on LimeWire I believe.

http://www.xlife.org/aquisition.php

GPU version 0.65 is released. Improvements are: better documentation (implemented computational commands are explained, details of the virtual machine are explained, the cancer research project is presented). A permanent host, zaf.homeip.net, is running, too, so that people can connect and send out jobs.