Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
The Internet Networking Software

Long-Awaited BitTorrent 4.0 Released 521

wintermute1974 writes "After sitting at a stable release of 3.4.2 since last spring, Bram Cohen's official BitTorrent client has been upgraded to version 4. In addition to its existing, rock-steady functionality, BitTorrent now sports a new queue-based UI. The revision details are on the BitTorrent site. Packets are now marked as bulk data too, which is significant considering that about a third of all Internet traffic is currently torrent data."
This discussion has been archived. No new comments can be posted.

Long-Awaited BitTorrent 4.0 Released

Comments Filter:
  • The 'bulk data' tag (Score:5, Informative)

    by Raindance ( 680694 ) * <johnsonmx&gmail,com> on Wednesday March 09, 2005 @01:05AM (#11885402) Homepage Journal
    Since it's a decentralized standard, we'll need other clients to mark packets as 'bulk data' as well to get full benefits in routing from this. Since companies are starting to use BT commonly to distribute files in-game (or will, shortly), their code will need to be updated too. So, no magic bullet but a step in the direction of creating a heirarchy of data packets.

    I'm interested to see where this'll go-- will ISPs absolutely choke 'bulk data' packets and drive folks into using older or fringe BT clients to get faster downloads? Will this help solve VoIP realtime bandwidth issues? Will the 'good net citizen' vibe surrounding writing the 'bulk data' flag into ones code overshadow potentially making ones users into second-class net citizens?

    Or will this not be a big deal at all?

    Probably some of everything, I suppose.
  • Link and Changelog (Score:5, Informative)

    by perlionex ( 703104 ) * <> on Wednesday March 09, 2005 @01:05AM (#11885404) Homepage

    The actual link is to the download is here [].

    The changelog:

    # 2005-03-07: 4.0.0 is now available.

    Changes since the last stable release:

    All new queue-based user interface
    Many options are now modifiable from the interface, including upload rate
    Lots of other interface improvements
    Extra stats are visible, for those who like it
    Remembers what it was doing across restarts
    New .torrent maker "btmaketorrentgui" replaces "btcompletedir"
    Better performance, as always
    License has changed to the BitTorrent Open Source License
    Torrent fields are correctly created and interpreted as utf8
    Too many little things to list

    A few technical notes, for those interested:

    Single port: launchmany can seed and client can download many files from a single port and thread
    Interface now uses GTK instead of wxWidgets
    BitTorrent packets are marked as bulk data to make traffic shaping easier
  • Re:meh (Score:3, Informative)

    by Wesley Felter ( 138342 ) <> on Wednesday March 09, 2005 @01:08AM (#11885427) Homepage
    No you don't, because the protocol has not changed.
  • Different License (Score:5, Informative)

    by Raindance ( 680694 ) * <johnsonmx&gmail,com> on Wednesday March 09, 2005 @01:08AM (#11885429) Homepage Journal
    Also of note is that BT 4.0 is using a modified version of the Jabber Open Source License.

    It's complient with the Open Source Definition. Not huge shaking news it seems like.
  • by great throwdini ( 118430 ) on Wednesday March 09, 2005 @01:10AM (#11885441)
    The OS X client is still at 3.4.2. Is anyone working on an update?

    Better yet, now that BT 4.0.0 uses GTK instead of wxWidgets (as per the release notes), will this hamper the OS X frontend?

    The only other OS X native BT frontend I know is Tomato Torrent [] ... but that's just a tweaked 3.4.2 build. CLI / X Windows here I come...

  • by Y-Crate ( 540566 ) on Wednesday March 09, 2005 @01:10AM (#11885444)
    I tried the official website and it seems that their News area is non-functional at the time of this posting and Google just brings up tons of people asking the same question.

    I haven't heard so much as a peep regarding the new Mac version during the dev of the latest Windows client. Can anyone give us an ETA on 4.0 for OS X?
  • Looks Slick (Score:2, Informative)

    by yuriismaster ( 776296 ) <> on Wednesday March 09, 2005 @01:14AM (#11885473) Homepage
    NOTE: This is the windows version

    Tried it out throwing down some linux torrent simultaneously.

    Downloads save to the desktop by default (although editable) and look like Firefox's Download Manager with details, progress bars, etc. Really nice because opening up 5 torrents used to mean 5 seperate windows. Client worked fine on most of the trackers given by A Quick Google Search [].

    Download it quick! I'm sure someone will torrent the executable...
  • Re:Azureus rocks... (Score:5, Informative)

    by MicroBerto ( 91055 ) on Wednesday March 09, 2005 @01:27AM (#11885558)
    Yes, Azureus does rock. It seems that the development has slowed down a bit recently, since the 2.2 series release.

    This makes sense though, because it simply works incredibly, and they're probably working on some bigger things now for a new version. It's stabilized quite nicely, better than any closed-source software out there lately!

  • by Anonymous Coward on Wednesday March 09, 2005 @01:28AM (#11885561)
    Might want to try Bits on wheels []
  • Re:Bulk data? (Score:2, Informative)

    by PxM ( 855264 ) on Wednesday March 09, 2005 @01:28AM (#11885565)
    It's a flag at the IP level which routers use to handle different traffic classes (realtime, low-bandwith/low-lag, etc. In particular, bulk data is high-bandwith and lag tolerant so that someone using a high lag system like a sat. connection can route the packets in a manner that improves overall performance. This normally involves allowing for bigger chunks of data at a time with less feedback (the ACKs) for each chunk.

    Free iPod? Try a free Mac Mini []
    Or a free Nintendo DS, GC, PS2, Xbox []
    Wired article as proof []
  • Re:Bulk data? (Score:5, Informative)

    by Anonymous Coward on Wednesday March 09, 2005 @01:30AM (#11885571)
    Let's look at a few options vis-a-vis protocols that make use of TCP-IP. You have, for example Voice over IP (VoIP); Hypertext Transfer Protocol (HTTP); File Transfer Protocol (FTP); Network News Transfer Protocol (NNTP); Simple Mail Transfer Protocol (SMTP); Internet Relay Chat (IRC); and Secure Shell (SSH). (This list is not complete, but it's for illustrating the point, not to list every damn protocol on the whole Internet.)

    Now, taking these one at a time. VoIP has certain needs: it needs a certain amount of bandwidth, and its data must be transferred within a short period of time, or it becomes unusable. A VoIP connection is generally held for of the order of minutes, so quick setup of a connection is not a high priority. HTTP needs quick setup/teardown, because you have one connection for each file (typically kilobytes in size; yes, I know that later versions of HTTP can transfer multiple files within one connection), but latency is not a huge concern; bandwidth might be, depending on the data. FTP is an interesting beast: low latency and low bandwidth for commands, but high bandwidth and don't-care latency for data. Setup/teardown times not a major issue. NNTP needs high bandwidth, but latency is not a concern at all. SMTP usually needs low bandwidth, and latency isn't a major issue, as long as the message gets through. SSH needs low latency, but bandwidth needs are generally low.

    You have a relatively small pipe to the rest of the Internet. There are high demands on this pipe. How do you decide what gets pushed through, and what gets dropped, or delayed until later?

    BitTorrent marking its packets as bulk means that quality of service systems can say "These packets aren't of major importance; they can be deferred until later". So the short-term throughput of BT is reduced, for the benefit of others who need the pipe for applications like VoIP (for example). When those other applications reduce their demands, BT is able to transfer its data.

    The understanding is simple: the urgency in the transfer of data via bittorrent is low, so if bandwidth is at a premium, the routers can drop, or throttle, the bittorrent data to make room for high priority data. It's the same principle as FedEx uses: if you have stuff that needs to be moved FAST, you pay a price premium, and it gets moved on the next plane, bumping off some low-urgency, low-price cargo to the plane afterwards. If there's a lot of high priority and low priority traffic, such that the low priority traffic is building up faster than it can be moved, it's time for FedEx to buy more planes, or start not accepting low priority traffic -- or, in the ISP business, to buy a fatter pipe.

    Hope this helps.

  • Control? (Score:5, Informative)

    by Chuck Chunder ( 21021 ) on Wednesday March 09, 2005 @01:30AM (#11885574) Homepage Journal
    Look at the licence, it seems to me that's the "control" is something he certainly isn't overly interested in.

    He probably just wants to offer a product he can be proud of, maybe so people will appreciate his work and choose to support him.
  • by thank-u-for-sharing ( 843287 ) on Wednesday March 09, 2005 @01:37AM (#11885621) Journal
    Not here at slashdot according to this [].
  • Re:Bulk data? (Score:3, Informative)

    by ikkonoishi ( 674762 ) on Wednesday March 09, 2005 @01:46AM (#11885660) Journal
    The protocol section in the packet header is marked 30. As such it should follow the rfc969 [] guidelines.
  • by mattkinabrewmindspri ( 538862 ) on Wednesday March 09, 2005 @02:01AM (#11885733)
    Azureus [] runs just fine on OS X as an Aqua application. It's probably the best OS X BitTorrent out there.
  • Re:GI JOE PSAs (Score:3, Informative)

    by Wescotte ( 732385 ) on Wednesday March 09, 2005 @02:05AM (#11885745)
    Might as well link to the joke so... om

    and more can be found at

    It's one of those were either you laugh your ass off or become disturbed at the amount of free time people have. Personally I laugh my ass off.
  • by ip_fired ( 730445 ) on Wednesday March 09, 2005 @02:06AM (#11885754) Homepage
    I'm interested to see where this'll go-- will ISPs absolutely choke 'bulk data' packets and drive folks into using older or fringe BT clients to get faster downloads?

    I don't think they'll choke "bulk data", because many other protocols mark their data bulk as well (ftp being one of them, if you have a modern client).

    It is very helpful to ISPs to have the bulk classification, so that their more time-sensitive data (ie, VOIP) doesn't get clobbered when someone starts using bittorrent.

    It's not like it's difficult to choke bittorrent traffic anyway, just look for communication on ports 6881 to 6888.

    If they do, it'll just make everyone remove the bulk flag, and then there will be no easy quality of service queing.
  • Re:Azureus rocks... (Score:2, Informative)

    by Spy Hunter ( 317220 ) on Wednesday March 09, 2005 @02:07AM (#11885759) Journal
    After trying the new official BitTorrent client, I'm going to dump Azureus. Azureus is good, but it's big and clunky and always asking me things (do you want to download the update? do you want to restart now? do you want to donate, or would you prefer to wait until we decide you can click no?).

    The official client's new interface is streamlined and simple. It installs in a second (literally). It has all of the options that I need (I'm a simple man, I just want to download some files). And it never asks me annoying questions while I'm just trying to download something.

    In short, the new interface is great; I wholeheartedly recommend it (unless you have a fetish for tabs and arcane configuration dialogs, in which case by all means continue using Azureus).

  • by NuclearDog ( 775495 ) on Wednesday March 09, 2005 @02:09AM (#11885768) Homepage
    I'll translate the preamble to English...

    • The BitTorrent client and updates/etc are all covered under this license.
    • The license is considered a valid open source license.
    • You can give it (the software) away just by itself or on a cd/in a zip with multiple other programs. You don't have to pay royalties.
    • You have access to the source & binaries.
    • You can modify the source & fork the program.
    • Any modifications made to the program have to be licensed under this same license.
    • Use it however you want, but there is no warranty provided.
    • If you sublicense the code, you can charge for warranty/support or for offering indemnity for your customers, but the source must remain free.
    • If you file a patent claim against the BitTorrent software, you lose all rights under the license (right to re-distribute, etc.)
    • You can re-license any works you create based on the code, but you have to license it under an OSI-approved license that is compatible with this license.

    (Note: This may not be 100% accurate, IANAL, I am not responsible, etc, etc.)
  • by shadowmatter ( 734276 ) on Wednesday March 09, 2005 @02:14AM (#11885794)
    There isn't much improvement to this client that will carry over to other clients. That is, this is not the second version of the BitTorrent protocol, as explained here []. Bram has been pretty mum on the second version of the protocol, although the official developer forum [] has had some heated debates over how some of these features should be incorporated and what their parameters should be (note that, although at times heated, purely constructive ;).

    So if already content with Azureus or BitComet or whatever, nothing to see here... Move along folks.

    - shadowmatter
  • Re:ABC (Score:4, Informative)

    by CammieCrookston ( 865194 ) on Wednesday March 09, 2005 @02:16AM (#11885806) Homepage
    ABC is nice indeed. If you are an advocate of BitTornado, but prefer a single window for all of your downloads, ABC is the client for you. (It uses BitTornado as its core, so you get all of BitTornado + extra features + a single window).
  • by EnronHaliburton2004 ( 815366 ) on Wednesday March 09, 2005 @02:21AM (#11885821) Homepage Journal
    I have an old 400Mhz Dell Dimension L500cx with 512MB RAM. It does have a new 80GB hard-drive, but everything else is pretty old.

    Azureus works fine-- no big performance problems at all. I can download and my wife can still use iTunes and MS Word at the same time. Azureus maxes out our DSL connection, but that's the network, and all computers are affected.
  • by petard ( 117521 ) * on Wednesday March 09, 2005 @02:38AM (#11885900) Homepage
    fwiw, it's basically the jabber license [] with a couple of the restrictions lifted.


  • Re:Hmm (Score:5, Informative)

    by stratjakt ( 596332 ) on Wednesday March 09, 2005 @02:39AM (#11885901) Journal
    eXeem is a sloppy piece of crap, and a thinly veiled vehicle to get spyware and malware on your system (whse).

    Slashdot staff should be ashamed to have promoted it like they did. They did 2 or 3 articles about it, as if it were some great tech sent from the heavens.

    Besides the fact that the very notion of it is what's wrong with the internet, and why the government will eventually regulate the hell out of it. The entire point is to trade warez. I did an eXeem search for linux, and didn't get one result - so don't give me some bullshit about slackware isos. Society are like kindergarteners, they had a little freedom, and blew it. Now we're all going to be grounded.

    Actually, is that why michael left? It wasn't long after he "wrote" a couple "eXeem is great! get your warez on eXeem!" articles that he left.
  • Re:Bulk data? (Score:5, Informative)

    by Spy Hunter ( 317220 ) on Wednesday March 09, 2005 @02:44AM (#11885925) Journal
    if bandwidth is at a premium, the routers can drop, or throttle, the bittorrent data to make room for high priority data.

    No. In order for users to voluntarily mark their packets as "bulk data", there has to be a benefit for them. That benefit is supposed to be higher overall transfer rate. The tradeoff is higher latency. So a router that receives a BitTorrent packet and a VOIP packet at the same time would send the VOIP packet first to reduce latency, and queue the BitTorrent packet for afterwards. But if the queue is full it would *not* preferentially drop the BitTorrent packet because that would reduce throughput. In fact, if the queue has many VOIP packets, the router should preferentially drop incoming VOIP packets, because it would not be able to send them with low latency anyway. This limits VOIP throughput, which is fine. In fact that's the result we want: VOIP = low latency low throughput, BitTorrent = high latency high throughput.

    At least, I hope this is how ISPs implement routing for packets marked as bulk data, because otherwise it will never be adopted.

  • Re:Azureus rocks... (Score:4, Informative)

    by dk01 ( 863936 ) on Wednesday March 09, 2005 @02:49AM (#11885944)
    Yes Azureus does rock. Some of the features that have been around for a while are its support for pluggins. The one that seems to be most popular is its RSS feed reader. It monitors and filters RSS feeds for files that a user wants to have downloaded. This makes going on a several day vacation quite a bit easier. I use it to download my latest Al Franken Show from Air America. -dk
  • by r.muk ( 96998 ) on Wednesday March 09, 2005 @02:58AM (#11885980)
    AFAIK streaming won't work because the info. arrives in deliberately random chunks so as to even out which peers are u/l-ing and which is d/l-ing. Everyone gets to contribute within a pretty short time of joining a torrent.

  • by xRobx ( 795021 ) on Wednesday March 09, 2005 @03:09AM (#11886011) Homepage
    Looks like it is being worked on. I regularly checkout the cvs and I see tons of OSX changes being downloaded.
  • quick explanation (Score:1, Informative)

    by Anonymous Coward on Wednesday March 09, 2005 @03:45AM (#11886157)
    First, let me say: Hi-Larious.

    But your comment is still completely irrelevant to the question of the specifics of why bitorrent has a custom open-source license.

    The best answer you're going to get is by reading it, line for line.

    A quick answer on WHY the license is needed, is:

    - unlike the BSD / MIT licenses, it requires to you make source code modifications to the bittorrent code available to the public.

    - unlike the GPL it does not require you to make the rest of your [non-bittorrent] source code available, if bittorrent is integrated into your project.

    - it includes a provision to void the entire license if you file a patent claim against the bittorrent code / its author.
  • Re:Azureus rocks... (Score:3, Informative)

    by metamatic ( 202216 ) on Wednesday March 09, 2005 @03:54AM (#11886190) Homepage Journal
    Unfortunately BitComet only runs on Windows.
  • by Anonymous Coward on Wednesday March 09, 2005 @04:03AM (#11886236)
    rtorrent ( is indeed an ncurses interface, but it's one of the most effective interfaces I've ever used. Not only can you throttle downloads, set priorities on files, do session management with fast resume, it also displays any information on the torrent you'd ever want.

    I used qtorrent before, which has significantly less features, because as you say: java for linux sucks.

    If you can't for the life of it use a console interface, then it's your own fault. Also, I heard, people are planning on writing guis for the libtorrent library.
  • by jbn-o ( 555068 ) <> on Wednesday March 09, 2005 @04:33AM (#11886348) Homepage
    If that were all he's interested in, he'd use some simple and brief non-copylefted free software license like the new BSD license or the MIT X11 license.

    There is considerably more in the new BitTorrent license than in either of those licenses. Among other things, the new BitTorrent license specifies which licenses can be used as sublicenses and how much one can charge for distributing the source code of sublicensed derivatives.

    Pride in one's work doesn't come from a license and people aren't going to give him money because of the license.
  • Re:Irony. (Score:2, Informative)

    by arekq ( 651007 ) on Wednesday March 09, 2005 @04:42AM (#11886376)
    That's probably because bittorrent isn't very efficient for small files.
  • Re:Looks Slick (Score:3, Informative)

    by r.muk ( 96998 ) on Wednesday March 09, 2005 @04:56AM (#11886439)
    From /bram_cohen_unde.shtml
    Bram Cohen gave a technical talk on Bit Torrent at Stanford.

    Update: 3/7/2005, The torrent in this entry was just audio only, but Thomas Winningham has gotten permission from both Bram and Stanford ("Stanford holds copyright on the material but returns the copyright immediately to the speaker, that is, Bram. Get him to agree and go ahead.") to post their video as a torrent on Prodigem. Cool! Updated again since that video posted seems to only have the first 10 minutes. Anyway, the audio is below, or just check out my notes.

    Bram Cohen gave a technical talk on Bit Torrent yesterday at Stanford. I had planned to make video from it available, but the video I captured somehow got corrupted (boo Panasonic). I salvaged the audio from the video and have released that via a torrent under a creative commons license (with Bram's approval). The audio is a bit low. It's okay, though, as I didn't realize that Stanford would be making it's video available to the general public (though in crummy windows streaming format). Here are some notes:

    - Academic setting ... so how to benchmark/measure bit torrent
    - benchmarking is hard because it needs to be like the internet (buy a bad router)
    - key problem among swarming software is how to get everyone involved to maximize upload, people don't realize

    - Single seeder problem
    - must be careful not to at first trade with people who are likely to disappear

    - Bit Torrent extremely non-cooperative
    - each peer in it for himself
    - tit for tat
    - editorial note: isn't this cooperative? Peter Kollock: tit for tat as the optimal cooperative strategy

    - How to deal with people behind and not behind NAT

    - Centralized tracker is needed to produce randomized graph so as to avoid
    network segmentation
    - gossip (peers telling peers about other peers with content) very easily segments the network such that pieces of the content get isolated into islands

    - Choking Algorithm
    - sophistication
    - people like to pretend it doesn't exit
    - lots of use of made up magic numbers
    - eg. how long to wait for reciprication?
    - motivation opaque
    - methodology (the traditional approach) is Bram firing up a client and observing behavior
    - lots of room for study

    - TCP does not look like RPC calls (BitTorrent treats TCP like a black box)
    - don't avoid making a state machine, because no matter what you'll end up with a state machine anyway
    - why threads are a bad idea

    - Magic numbers
    - makes them up based on what works
    - pulls them from his "magic ass"
    - if you need a magic number feel free to ask him for one

    - Estimated Time Left Algorithm
    - never gotten any fan mail on how well it works
    - lots of effort and thought put into making this work sanely
    - any time you see a computer telling you time left it is lieing
    - research needs to be done on better algorithms
    - would gladly place your better algorithm into bit torrent
    - problem at end about going down 2 seconds per every 1 second
    - tradeoff between smoothness now vs. smoothness later

    - Current Transfer Rate Algorithm
    - its a mess
    - very important for tit-for-tat to work

    - Bad idea to be downloading too many torrents at one time (e.g. 5)

    - Peers at first never randomly tried new connections
    - added optimistic unchoke to solve this
    - if new person recipricates then continue
    - otherwise move on to the next person
    - may unchoke 4 or 7 clients depending
    - it's voodoo
    - nobody has seriously studied this

    - Piece Selection Algorithm
    - trade off between finishing the piece you are currently downloading vs going after a more valuable piece
    - priority is currently finishing a piece you started even if many others have it
    - downloading from the beginning of the content for everyone is a maximally bad strategy

    Q: Who has w
  • by sla291 ( 757668 ) on Wednesday March 09, 2005 @04:57AM (#11886442)
    If you want to follow the example of Bram who only downloads legal stuff, you can test your brand new BT 4.0 client with the excellent Wired CD [], in Ogg Vorbis :

    Wired CD .torrent []
  • libtorrent (Score:2, Informative)

    by rvalles ( 649635 ) on Wednesday March 09, 2005 @05:03AM (#11886455)
    I use and recommend libtorrent [], which is a C++ implementation for *nix. From their site: "It is designed to avoid redundant copying and storing of data that other clients and libraries suffer from. Licensed under the GPL.".

    In practice, it doesn't leak resources like all the python/java/etc implementations do, and its interactive ncurses client is the best bittorrent one I know of. It does also use our well-known GP L :).

  • Re:Who cares? (Score:2, Informative)

    by TheAcousticMotrbiker ( 313701 ) on Wednesday March 09, 2005 @06:09AM (#11886715)
    I care
    btdownloadmanycurses running under a screen session means that I can have my torrents up and downloading as long as my machine stays up.

    If I accidentally crash X whilst playing doom3 (or whatever) it does not hurt my torrents.

    In fact I can download .torrent files on any machine, then ftp them to the right directory on my main machine and voila yet another torrent downloading .

    Usually the stuff has downloaded by the time I get home again, and I can listen to them immediately (live concerts from easytree). Try that with any of the facny GUI clients
  • by Per Abrahamsen ( 1397 ) on Wednesday March 09, 2005 @06:22AM (#11886773) Homepage
    If the license isn't valid, you are not allowed to redistribute the code. That is basic copyright law.

    The *only* thing that allows you to redistribute the code is the license. So it is in your own interest to defend the license.

    Of course, if you don't redistribute the code, you don't have to accept the license. The GPL is very specific about this, but it is true for all licenses. Or used to be, apparently there is a trend in some juristictions to consider the transfer of the program from harddisk to ram in order to run the code to be covered by copyright (very much against the spirit of copyright law), which mean accepting these licenses will be needed if you just want to run the program.
  • Re:Azureus rocks... (Score:4, Informative)

    by uhmmmm ( 512629 ) <uhmmmm@[ ] ['gma' in gap]> on Wednesday March 09, 2005 @07:12AM (#11886940) Homepage
    If you're downloading a lot, the overhead of running the one instance of Azureus needed to do that beats that of running, say, the dozen instances of the the official client, hands down.
  • by scotty ( 5588 ) on Wednesday March 09, 2005 @07:16AM (#11886958) Homepage
    I find it tragic that noone has released a high quality POSIX C client.

    I use CTorrent [], a console torrent client in plain C. Feature is a bit limited, but it works and has relatively small footprint.

  • Re:Azureus rocks... (Score:2, Informative)

    by troll ( 593289 ) on Wednesday March 09, 2005 @07:53AM (#11887099) Journal
    And doesnt report stats right. Not a problem for some, but anyone that uses empornium should know that they get no upload credit and will end up throttled
  • by kosmosik ( 654958 ) <kos&kosmosik,net> on Wednesday March 09, 2005 @08:00AM (#11887128) Homepage
    > I find it tragic that noone has released a high
    > quality POSIX C client. Maybe the OpenBSD guys
    > will eventually get around to OpenBT?

    Well there is C BitTorrent client. A bit stagnated (meaning developement/releases) but it works usually and is under GPL so it is nice base to start off.

    Keep in mind that this client is writen in *nix way - meaning that it does not have fancy GUI at all, it does not do queue etc. - it just gets torrents.

    I've used to use ctorrent, but now I am only using BTQueue which is very extended original BitTorrent client. It has queue abilities, gives loads of info, can do throttling etc. extremely configurable. It is a bit raw but can be used once you get used to it. :)

    It even exports WebService with ACL for full control. :)
  • by greg_barton ( 5551 ) * <> on Wednesday March 09, 2005 @10:55AM (#11888348) Homepage Journal
    If you have a 3D video card, try activating opengl acceleration in java. From the script launching azureus, add the following command line property:


    This will activate the opengl pipeline [] for Java2D calls. (Swing uses Java2D for all rendering...)
  • Re:Bulk data? (Score:4, Informative)

    by Deven ( 13090 ) <> on Wednesday March 09, 2005 @11:09AM (#11888508) Homepage
    In order for users to voluntarily mark their packets as "bulk data", there has to be a benefit for them. That benefit is supposed to be higher overall transfer rate.

    No, the benefit is that their Internet connection remains usable for interactive traffic instead of slowing to a crawl due to the BitTorrent traffic. (The overall transfer rate is likely to be the same either way.) You don't stop using the Internet just because you're downloading something, do you?

    If you're not using your connection for anything else, BitTorrent can max out the bandwidth, with or without the bulk data flag. If you have other traffic, the TCP/IP stack will have to make room in the stream of data for those other packets sooner or later -- and when those packets go through really won't affect the final download time because latency is of little importance. However, it may be critical to the other traffic, so it's best to label the bulk data to keep it from being prioritized before more urgent packets.

    Really, the only reason not to use the flag is because such traffic could be easily singled out for blocking. However, such action would be foolish, since people would just stop marking the data as "bulk" if that caused it to get dropped. This would cause all the bulk data to be transferred as if it were time-critical interactive traffic, defeating the value of the flag altogether. (Email can be marked as bulk email, but do spammers use that flag? Of course not! They know they'll be blocked.)

    It's best for everyone if all bulk data is labelled, the routers prioritize it intelligently, and nobody blocks bulk data transfers.
  • by Andy Dodd ( 701 ) <{atd7} {at} {}> on Wednesday March 09, 2005 @12:16PM (#11889280) Homepage
    I believe the ToS bits have been ignored by most routers for a LONG time.

    The reason being, IIRC, is that Microsoft decided not to play "good net citizen" and the Windows IP stack sets outgoing packets as 0x10 (or other similar "high priority" category) no matter what.
  • Re:Bulk data? (Score:3, Informative)

    by Andy Dodd ( 701 ) <{atd7} {at} {}> on Wednesday March 09, 2005 @12:27PM (#11889376) Homepage
    If your cable modem's queue supports packet prioritization, yes. Most of them don't since they're simple devices. (In the VoIP age, this might start changing.)

    Set an upload cap on your BT client if you don't want it killing your connection, or replace your router with a Linux box that has more intelligent packet filtering. (Specifically, if you know your upstream cap, you can set up the Linux box to be the actual upstream bottleneck and not the cable modem, and when the router is the upstream bottleneck, it's a lot easier to prioritize packets effectively.)

    Also some BT clients support automatic upstream detection. The way they do it is by measuring your latency to a few sites, if they see the latency spike, they throttle themselves back until latency goes down.
  • Re:libtorrent (Score:4, Informative)

    by keytoe ( 91531 ) on Wednesday March 09, 2005 @12:49PM (#11889661) Homepage
    While it doesn't include much in the way of a client, there is another C++ based library called - um - libtorrent [] (as opposed to LibTorrent mentioned above - note the caps) released under the BSD license. It doesn't really include a client (just a 'demo' CLI client that shows how to use the lib), but this is slashdot and we should all be able to write our own clients using other peoples' libraries, right?

    When I started writing my OS X client (Shameless plug: Hurricane []. Early beta.) I shopped around for BT libraries and found libtorrent to be better documented than LibTorrent (Sheesh - could that naming issue be any more confusing?). Also, the developer community seems very receptive and active - always a good thing!

    Cool Features? Sure! It runs all torrents over a single port in a background thread, offers configuration and stats for damned near everything BT can do, 'fast resume' data for quickly restarting a download and various other niceties.

    And great documentation - a rarity for an OSS project ;)
  • by greg_barton ( 5551 ) * <> on Wednesday March 09, 2005 @01:19PM (#11890049) Homepage Journal
    Didn't know that, but if it touches the Java2D api at all there should be a speedup. Apparently Azureus uses SWT that does not use Java2D (as far as I know) but it can... []

"Yeah, but you're taking the universe out of context."