Azureus Decentralizes Bittorrent 672
BobPaul writes "While the eXeem project to decentralize Bittorrent remains in open beta, the Azureus Java Bittorrent project has recently released a major update that, among other things offers 'a distributed, decentralised database that can be used to track decentralised torrents. This permits both "trackerless" torrents and the maintenance of swarms where the tracker has become unavailable or where the torrent was removed from the tracker.' It doesn't contain the search functionality of eXeem, but it's also not a beta product and is licensed under the GPL. Could this and compatible clients be the replacement to SuprNova and Lokitorrents, or does the lack of search negate its effectiveness?"
Torrent distribution (Score:4, Informative)
(Cant access the linked sites due to company policy (they allow
Kind of been done... (Score:4, Informative)
Shareaza has support for Gnutella, Gnutella 2, Edonkey and Bittorrent. As it provides a "bridge" between these networks, it means I am able to search for torrents from the two Gnutella networks, and edk. When I have this torrent, I can open it using the bittorrent part of Shareaza, and if that torrent is down, Shareaza will still hash the torrent and attempt to download the appropriate files from the Gnutella and eDonkey neworks. It's a nice idea, and really unites all the various p2p methods, using each method's strength to give an all round solid result.
I'm surprised that it's taken Azureus this long to catch up, and I'm sure we'll start to see a lot more bittorrent clients either offering their own solutions to this issue, or as in the case of Shareaza, using existing p2p networks to give backup to the Bittorrent protocol.
This is not anything new. (Score:5, Informative)
Simply what it does is shares lists of peers between clients for matching infohashes...
It dosn't nessecerely decentralize it or remove the need for a tracker, as you need to get at least 1 ip from a member of the swarm (who has a compatible client)
It can help to get new peers if a tracker fails half way through, but you still need the initial peers ips from a tracker or similar.
Re:Torrent distribution (Score:3, Informative)
Re:Tor (Score:4, Informative)
Re:Torrent distribution (Score:3, Informative)
Re:Torrent distribution (Score:3, Informative)
Everything updates just a little slow. You can be downloading via torrent something and have like 18%.
Then, go to another workspace and then later when I click back onto the Azureus workspace, it still shows 18% for about a second, then bam, all the values update. It's not my machine (p4,3.0ghz, gig ram).
Azureus, as an application, totally rules. It would be excellent in C or even python.
Re:Using it now (Score:3, Informative)
It's UDP so there's no sockets anyway. Datagrams are connectionless and have far less overheads.
76,000 would still kill most apps though...
Will.
Re:I don't understand... (Score:2, Informative)
Re:Torrent distribution (Score:3, Informative)
Correct me if i'm wrong. I start to doubt as well now (not that it's bloated - only an (minimalistic) irc client doesn't make an app bloated) wether or not it can be removed/disabled.
Re:This is great (Score:3, Informative)
Why would you have to shut it down for other things? You realize you can throttle the up/down torrent bandwidth within the application, don't you? In Azureus, you can change the values without having to restart the app, too.
Re:Torrent distribution (Score:3, Informative)
By contrast, BitComet (or multiple BitTornado instances) can do that and I don't even know it's running.
If all you're doing is leeching, then Azareus is great. I do recommend it to people. But BitComet is more scalable. I also use BitTornado for a day or two on new torrents, because BitComet doesn't super-seed.
Re:Torrent distribution (Score:5, Informative)
No, JamVM (although extremly small ~200kB) isn't anywhere near as fast as the Sun JRE. JamVM is an interpreter, not a JIT VM. But it's fast as far as VMs go.
If you want a Classpath-based VM which is fast you should look at Jikes RVM [sourceforge.net] or Kaffe [kaffe.org], or perhaps consider compiling to native with GCJ.
Azureus uses native GUI widgets by way of the Eclipse SWT so if JamVM supports the required communication methods between VM and System alright, then it won't be too hard to run.
JamVM handles native calls without problems. I've run Eclipse and other SWT apps on it myself.
However, Azureus doesn't run on Classpath yet. It's very close to it.. But there's still one or two small issues with the Classpath libraries. If someone wants to help out with this, email the classpath list (classpath@gnu.org) or drop in on #classpath on FreeNode. You'll be 'liberating' Azureus and helping free java at the same time.
Re:Breaking file share ratios at private sites (Score:2, Informative)
Re:This is great (Score:2, Informative)
em.. (Score:5, Informative)
These days, and since the year 2000 with the release of Java 1.3, Java UI's have been very usable. And Java is much faster than Python; it's comparing mixed mode dynamic compilation (Java) vs. interpreted (Python)! Pysco's JIT release in 2003 may have sped things up somewhat, but it's far from mainstream.
As for running on a 266Mhz machine, what's "plenty" of Python apps? Were they all graphical? I think you'd find graphical Python to be pretty pokey (pyGTK or what have you). Command-line Java is pretty fast.
dumbest thing ever (Score:1, Informative)
the replacement to SuprNova and Lokitorrents, or does the lack of
search negate its effectiveness?"
The point is to complete your 1.4 GB download
that is at 1.0 GBs, not to search. You can easily
search for torrents and trackers and torrent search engine
cough**isohunt**mininova**
just type allinurl:torrent simpsons season OR complete
A few notes (Score:3, Informative)
A significant portion of the vs-person use of guns is justified and legal and occurs every day all around the world. Self-defense and apprehension of criminals being the two most common examples.
Using extreme exaggeration as an appeal to authority is self-defeating. Easpecially when you attempt to lay down 'the truth'.
My signature may be of some help in this matter.
mldonkey (Score:3, Informative)
Plus, there is no official support for non-Windows platforms.
The eMule client itself is not official. If you want official, look at eDonkey Basic for Linux [edonkey2000.com]. Or just use mldonkey [berlios.de] like everyone else does.
Re:A step in the right direction... (Score:3, Informative)
All work fine. No they're not "official" eMule, but eMule itself isn't official. It's just client for a P2P network for which eDonkey2000 is the official client (and it DOES have official versions for non-Windows platforms).
Some statistics (Score:4, Informative)
Good point, you should have done it rather than posting about it.
Here are some statistics for your hungry little minds.
From the Illinois Council against Handgun Violence [ichv.org]
Digging a little deeper, from the Department of Justice [usdoj.gov]
And from the Burlington Free Press [burlingtonfreepress.com]
Not a direct comparison, but it's hard to find numbers detailing the number of times a gun was discharged at a person versus discharged at an animal or target. Nevertheless, it's pretty apparent the original poster was incorrect. The vast majority of shooting in the US is not at people, but at animals and targets.
So, back on topic. The analogy was not a good one. A closer analogy could be made for handguns (handguns are not designed for hunting, but a lot of people do use them for target practice), but it still wouldn't be a good one.
Re:em.. (Score:1, Informative)
2. Jython doesn't convert Python to Java bytecode. Jython is a Python interpreter written in Java, thus much slower than running plain Java (200x slowdown thanks to interpretation is pretty common). Java bytecode doesn't even allow the dynamic constructs that Python uses.
Re:A step in the right direction... (Score:2, Informative)