Slashdot Mirror
Azureus Decentralizes Bittorrent
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?"
Torrents could be distributed in the swarms too. Possibly according to user preferences if the swarm has many torrents/many types of data. Could get really nice. We do need a python version though..
/. :) so i don't know if this is supported.)
(Cant access the linked sites due to company policy (they allow
This is a little like Shareaza.
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.
Sunday you're Thinking Different, Monday you're a huge tool, paying too much and waiting to think like everyone else.
The bittorrent client BitComet has been doing this for a long time now.
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.
Switch back to Slashdot's D1 system.
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.
Because if you decentralize the tracker you remove a sincle point of failure thus make the system that distributes ISO far more reliable.
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.
AFAIK the client still will still report its stats to the tracker. The only way this could be exploited is if people just stopped connecting to the tracker all together. Some sites are banning BitComet for this reason (since you can connect then manually change the tracker address to something invalid). Kinda pointless though, changing a useragent is simple, and if you want to leech then there are various clients that are better at it/falsify ratios.
Azureus has for a while now, cached the results of your last successful tracker scrape. So you could close it, then reload it later and even before connecting to the tracker, still have a bunch of IP's ready to try.
Let's get some perspective. 266MHz isn't "a year or two" ago, it's been SEVEN YEARS since Intel released the P2 @ 266mhz. I have a 233MHz from that era, and you can barely even run Firefox on it (IE runs "OK"). Furthermore, 1997-1998 would be the era of Java 1.1 and 1.2, which were significantly slower.
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.
-Stu
This is so dumb:
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
Rather a lot of bullets are spent on paper and animal targets. More than 1% of the total, guaranteed.
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.
Hokey statistics and ancient misconceptions are no match for a good thought in your head, kid!
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. Or just use mldonkey like everyone else does.
xMule, mldonkey, and aMule.
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).
"People who think they know everything are very annoying to those of us who do."-Mark Twain
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
Digging a little deeper, from the Department of Justice
And from the Burlington Free Press
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.
That is totally, completely ridiculous. You are almost three times as likely to die if there's a gun in your house than if there isn't. If guns had some amazing self defense value where only .1 % (!) of the time you had to actually shoot it, then the mortality rate would be lower because if there's a gun in your house, you could defend yourself from murder better. Just from googling it (which apparently you can't be bothered to do), I believe you're referring to "Firearms and Violence: A Critical Review". In this paper, the conclusion is that there is no strong evidence that right to carry laws either increase crime, or decrease crime. They conclude that more research must be carried out. I'm inclined to agree. Guns don't increase crime, but they don't decrease crime, either. If you want to go around waving a gun, thinking it makes you safer, go ahead, but don't blame me when that gun blows up in your face.