Ondoy

@rafi I can not run utorrent on this time but I remember, It's have 2 options about caching, It's have top and bottom and It's checked on top only. Sorry for my English, you know that. ^^

@rafi After I post I go to checking my settings and I checked it both and it's not crash but I not think about it. Haha. I doubt about it why it's not crash again ultil I see your post I get it. Hahaha.

@moogly It's white only utorrent window and not responding I must end task and re-open utorrent. It's have not dump file. I will test again. Sorry I'm not strong in English, next time I will come with picture. ^^ Windows 7 Ultimate (x86) (6.1.7600) Pentium Dual Core E6300 2GB Admin Thank you.

It's crash when adding torrent while utorrent not open.

Very slow speed when enable calc.overhead which use by default on 2.0.1. I tested on every version since 1.8.5 when using this option a speed drop down and unstable very much. And why in Transfer History haven't over head line like before.

I looking for overhead on Transfer History which purple on 2.0

[2010-02-16 17:53:45] DNS resolution failed for tracker udp://... I think this message on logger is annoying and made other message which important more than falling to bottom or gone. Seems not neccessary for logger, I think just "offline" or "timed out" status on tracker tab is enough. Thank you and again I'm not strong in Engslish. ^^

Hmm... I can get it. Just last one question what is tcp rate control how it work.

I have no problem, just confuse and not see real benefit of utp when compare to tcp. Again my English is weak.

I mean utp design for maximize bandwidth, why it's overhead more than tcp which older. I though utp will use bandwidth less than tcp and finished download quicker because it's use lesser overhead.

On #520, overhead is much more why call it to stable. I can't understand. Maybe I'm not strong in English, Sorry for that.

So the best of 2.0 is only udp tracker, I think utp is much more to fix. Look like stable utp will be 2.5. Thank you.

Mr rafi and someone ever told me before about rate control and results are no difference but now it's seem better when disable it but not compare with 1.8 yet because time zone - -. You Know? And now my torrent have a few seed I don't want to take a risk for this. ^^ One thing what a definition of "rate control" on 2.0. Thank you.

version 2.5

Oh O. I though final release will be fix on many thing but it's RC5 and I think 2.0 is good manage but not good bandwidth. I think I will using it on 2.5. Thank you.

I'm sure It's not about bt.connect_speed, cause maybe switching between 2 and 1.8 on testing. I will test again and report back as soon. I remember "peer.disconnect_inactive" It's not effect lower 300 sec? Thank you.

RC5 still slow speed when compare with 1.8.5 such as when starting download, It's take few seconds to my maximum connection speed while RC5 take 5 minutes or more to do that. 2.0 skin look bad, I know I can download which I like but I think this skin not OK for default.

What is "65K upload limit did not help?" I told unlimited upload speed and on that graph upload speed not over 65KB. -*-

Unlimited upload and enable net.calc. 2.0.17875 - 10m 1.8.5.17414 - 10m

bt.connect = 5, bt.transp = 15 and all settings are same. Torrent size - 4.35GB 1.8.5(17414) 10.01 m elapsed. 2.0(17875) 20.49 m elapsed. 1.8.5(17414) 30.49 m elapsed. 2.0(17875) 40.49 m elapsed. 2.0(17875)(tcp rate=false) 50.49 m elapsed. 1.8.5 609MB 10m 634MB 10m 2.0 597MB 10.48m 539MB 10m 523MB 10m

I think my test enough for this because I test 6 times and result with no difference. "You should write your upload speeds as well" - unlimited up and down. One thing I'm not strong in English, sorry for this. ... When testing upload rate 15-20KB.

I try upload limit on 60KB, It's still slow about 300-800KB. When I back to 1.8.5, It's work fine 1MB at least. Have cache peer on both test and I think even if no cache, It's still slow. I'm not try bt.tcp_rate and net.calc yet. Look like 2.0 upload speed better 1.8.5 on unlimited upload.(80-100KB/60-80KB) ... Tesing 6 times with 71MB torrent, on unlimited upload and download. bt.connect = 5, bt.transp = 15 and all settings are same. 1.8.5(17414) - 01.41 m on longest. 2.0(RC3) - 02.59 m on longest. 1.8.5 load speed with cache peer(27%) 1-1.1MB to 30% then drop down speed to 800-900KB. 2.0 load speed with cache peer(27%) 200-600KB to 30% then drop down speed to 500-600KB.

Actually everytime I limit upload speed on 10KB, It's slow speed when limit upload on 30-90KB but I'm not bad guy So I'm use alternate upload when not downloading = 0. I use this method because I can't wait to using file which download slow speed when upload limit more than 10KB. Please understand me. In 2.0 upload limit 10KB can affect on download speed?

I try upload limit from 10-90KB It's nothing difference. I using 10/1Mb Normaly speed about 900KB-1MB form cache on 1.8.5 but when I using 2.0 RC1-3 It's drop down to 300-600KB. One thing why country flag on peer missing. (peer resolve = true) I think RC2 It's still have.

I testing to download many torrent, download speed too slow, especially when load from P2P Cache of my ISP which using BitComet 1.09. What real meaning of "Bandwidth Management". It's uTP? 1.8.5 have uTP too, It's work fine so I hope 2.0 work fine too soon.