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."
Azureus rocks... (Score:4, Interesting)
http://azureus.sourceforge.net/
I haven't checked out the new official client yet, but Azureus has always been way ahead of the pack and I assume it still is. (Things like fast restart, nice visualizations of clients and file pieces, etc.)
Pat
Trying to get more users? (Score:4, Interesting)
ABC (Score:5, Interesting)
Bulk data? (Score:5, Interesting)
Can somebody explain what that means?
I'm assuming that's not like bulk mail over the internet. I'd hate to accidently download viagra when I just when a torrent file.
BitTorrent Open Source License (Score:5, Interesting)
This version of bittorrent is licensed under the BitTorrent Open Source License [bittorrent.com]. Could you please compare and contrast this with other open source licenses for me?
Thank you, Lazyweb.
Favourite torrent sites? (Score:1, Interesting)
Re:Good to see progress... (Score:3, Interesting)
Re:Azureus rocks... (Score:5, Interesting)
Lack of per file settings. (Score:2, Interesting)
--
Free iPod? Try a free Mac Mini [freeminimacs.com]
Or a free Nintendo DS, GC, PS2, Xbox [freegamingsystems.com]
Wired article as proof [wired.com]
Re:Azureus rocks... (Score:2, Interesting)
Idea: Streaming Torrent (Score:3, Interesting)
Hmm (Score:3, Interesting)
Initial impressions... (Score:5, Interesting)
Two donation nag screens.
Steals
No scraping the server for total seeder/peer numbers.
No moving completed downloads. No advanced seeding rules. No selecting of individual within a torrent. No download speed capping.
25mb memory usage running just one torrent.
Nothing excites me about this client. I look forward to its apparent efficiency increases being incorporated into Azureus et al, though.
Re:Good to see progress... (Score:3, Interesting)
Jedidiah.
Bittornado == no SQL (Score:1, Interesting)
Re:Idea: Streaming Torrent (Score:3, Interesting)
No kidding... (Score:2, Interesting)
- javaw.exe @ 43,616K at the moment
- firefox.exe @ 40,564K at the moment.
I like Azureus enough that I'll let this slide since I don't use it all the time (newsgroups are fun), and I dislike IE enough that 50mb doesn't seem so bad, plus I have enough ram anyway.
Why The Official Client Matters (Score:5, Interesting)
2. Sadly the python clients are the only ones usable on 64MB virtual private servers. Most of the unofficial clients are platform-specific (Win32, GTK+), or require a bloated JVM that has no chance of working in less than 128MB.
I find it tragic that noone has released a high quality POSIX C client. Maybe the OpenBSD guys will eventually get around to OpenBT?
Re:Favourite torrent sites? (Score:1, Interesting)
Didn't anyone else read the version changes? (Score:3, Interesting)
Thoughts about this would be much appreciated. I'm reading through it right now.
Re:GI JOE PSAs (Score:4, Interesting)
http://www.fenslerfilm.com/
Re:Good to see progress... (Score:3, Interesting)
One second after it launched, I knew exactly why Mac users hate it. Amongst my Mac applications, there is one ugly as Stephen's mom application breaking almost every user interface rule there is. Even the simplest one (there's a perfectly fine menubar at the top of my screen, you bastards) was ignored.
THAT'S the main reason it's not used on the Mac.
Re:Trying to get more users? (Score:1, Interesting)
Unix Gurus (Score:4, Interesting)
The idea of OSX as just a pretty GUI is a gross disservice. I wouldn't touch OSX (or any other proprietary OS) with a ten foot pole myself, but credit where credit is due.
Have they multithreaded the client? (Score:3, Interesting)
This is important if you are using traffic shaping on your upstream connection, as I am. I'm on ADSL, and so my upstream bandwidth is less than my downstream. To prevent BT from consuming all my upstream bandwidth I am using the tc module in the kernel to restrict the BT packets (the rate limiting in BT is next to useless, as each instance of the client will use the programmed bandwidth - there is no "global" sharing of the bandwidth, so if you have 4 clients running it will take 4 times the bandwidth of 1 client).
The problem is that if the client is blocked sending an outbound torrent packet (because the traffic shaper queue is full), the client will not process any available incoming data packets, and this will hammer the download speed - I have expermimentally verified this.
Now, if there were separate threads for downloading and for uploading, the uploading threads would block as the TC queue filled, but the download threads would not be blocked, and could handle the download at full speed.
Re:Link and Changelog (Score:3, Interesting)
*I may be wrong about the compatibility, but it still does not seem to justify creating yet another licence that does nothing new.
Re:Azureus rocks... (Score:2, Interesting)
Re:Azureus rocks... (Score:2, Interesting)
I use it, and it's a nice client, but it isn't open source, and that worries me.
Re:Link and Changelog (Score:3, Interesting)
Perhaps it should be considered for addition to the next version of the GPL? (Which might have the side effect of making the bittorrent license compatible.)