Jump to content

µTorrent 1.9 alpha 15380


Firon

Recommended Posts

μTorrent 1.9 alpha 13582 assistance at 100% CPU load

Preferences -> Advanced stand as the setting bt.transp_disposition 255 to 1 and now only 2% CPU load

µTorrent 1.9 alpha 13582 hilfe bei 100% CPU last

Einstellung -> Erweitert änder da die einstellung bt.transp_disposition 255 auf 1 und jetzt nur noch 2% CPU last

Link to comment
Share on other sites

  • Replies 1.1k
  • Created
  • Last Reply

Top Posters In This Topic

Can you run the same ping tests described earlier? http://forum.utorrent.com/viewtopic.php … 24#p379324

Also, are you running anything else on your network? P2P apps? Skype (it may be a non-obvious 'super-node')? That blocking UDP connections improved your 1.8.1 speed as well indicates that some other application may be consuming bandwidth. That would also explain 1.9's uTP implementation correctly backing off instead of causing congestion.

Nope. Network us pretty clean. Only thing I use that is UDP is Hamachi but that is idle for 99% of the time, only use it for RDP at specific times. Router traffic daemon also shows that there is hardly any traffic unless I fire up uTorrent or anything else network intensive.

The only thing I can see that might be related is cFosSpeed. OTOH, it gives the same priority to uTorrent TCP-packets as uTorrent UDP packets (L7 is off, so packets priority is based on processname). I also use Comodo Firewall, but the firewall part is disabled.

The logging build freezing is probably unrelated. I would try disabling cFosSpeed and Hamachi separately.

Link to comment
Share on other sites

I've run both the UPX and the uncompressed build, and every time uTorrent hangs, but it happens with only one torrent.

This is the torrent which makes my uTorrent hang: http://dump.no/files/ca93f36d3de0/Windows.7.Build.6956.Pre-Beta_EN_DVD_6956.iso.torrent

I have to shut it down manually so it can't create a crash dump.

OS is Windows XP Professional Service Pack 3

Link to comment
Share on other sites

Testing build 13582, uncompressed. So far i've experienced no crashes, great download speeds, but almost no upload :s it crawls at ~10KB/s with more than 100 peers connected (no problems at all with the old version). Also if you can do something about the read caching in this version it'll be great - my HDD is suffering while seeding even when i gave µTorrent 512MB cache (my windows caching is disabled).

Link to comment
Share on other sites

These new builds make some weird CPU resource usage spikes and I can't use my mouse during 1-2sec spike , it even happens when I pause the torrent or set everything to low , even the priority on task-manager and it STILL HAPPENS! Using Utorrent on my XP sp3 with P3 864mhz 512ram and Eset Nod32 Smart Security and right when I open my browser and Utorrent is running then my browsing just get's slow slow!

Link to comment
Share on other sites

You may have come across an issue with smart security and torrents.

Try going, in smart security, to Setup-->Entire Advanced setup tree-->AV & Antispyware-->Web Access Protection--->Web Browsers

Find utorrent in the list a put a cross(x) on it.

This can happen with any torrent client and you may use it without the cross for a long time with no problems, and suddenly it happens. Maybe this alpha just gets it to happen faster.

Doing this will never happen again. Hope this is really your problem.

Link to comment
Share on other sites

Yayy , thnx MetalFatigue!

Probably not the only one who don't understand why Utorrent made web browser connection delays...

Now i know it was Eset Nod32 fault :(

Still , seems Celeron P3 864mhz 512 ram with XP sp3 can't handle downloads over 100kbs with Utorrent , because it eats resource bandwidth ( doesn't go over 95%) but still those spikes freeze up my computer :s (( Atom 330 should beat P3 ,should buy that))

Link to comment
Share on other sites

I was going crazy about this for a long time, I even tried to go back to azureus because of this, but it happened again. The only way I had was to completly reinstall the client with no torrents, wich made me lose all my ratio, but after sometime it was back. finally one day found someone with the same problem in a forum through google and he knew the answer :D

I was already suspicious about Smart Security for sometime, still the search was long.

It's a very good program, unfortunately, being all automatic can make some problems (I know there is the interactive mode). I had a big problem too with smart security and Visual Studio. Wich needed a cross too for web service testing.

Link to comment
Share on other sites

Feedback about latest alpha:

I tested to upload a small torrent (200MB) and use superseed mode (initial-seeding).

Multitracker torrent (2 announces). Small swarm (30 to 35 peers).

My max UL set in uT is 82 kB/s.

1) With alpha 1.9 I got clearly a low UL speed with a max UL between 40 to 50 kB/s.

With 1.8.8, I reached a max UL near 82 kB/s.

And of course the average speed with 1.8.1 was higher than 1.9.

2) With 1.9 the global UL speed seems to be more erratic and less flat, with many ups & downs and a lower UL speed per slot than 1.8.1.

Screens about UL/DL charts:

1.8.1

th.defcd17e88.png

1.9

th.8cb5b4104e.png

Link to comment
Share on other sites

After trying out uTP some more, I can get reasonable results with it; 75-95% upstream usuage. It does seem to rely highly on the connected peers. The only way to get good results if there are one to three uTP peers which can download at 50-120KB/s (bandwidth is set at 150KB/s up).

There does seem to be a periodic dip after 1min in which the upspeed falls back to 50% and then slowly (20-30sec) goes back to near maximum. Not sure, but it seems that uTorrent itself is behaving like this.

It also appears that uTP works great for some peers (which cannot seem to download at all with TCP), but performance decreases with some peers which could reliably download through TCP at higher but limited speeds than uTP. I have no clue how uTorrent measures line useage / latency / etc. Doesn't seem pings with small TTL like cFos, NAFC like emule?

Link to comment
Share on other sites

This may or may nto help with figuring out crashes.

running utorrent via LAN and establishing a pppoe session with default gateway guarrentees 100% utorrent lock-up. Hasn't crashed otherwise. nto sure if its a new usable network adapter or if its because its primary.

side note: I have found the new version to use more bandwidth than it states. at least for upload.

Link to comment
Share on other sites

Running build 13582 on my laptop. Haven't had any crashes, freezes or slowdowns but it does waste a lot of bandwidth. I'm on a 1 meg connection and when downloading at 20kB/s (160kb/s), my web browser slows to very slow speeds. And I have added uTorrent to NOD32's exceptions.

also, when running uT 1.8.1 I can browse the internet very fast

Link to comment
Share on other sites

Hey anyone noticed these builds don't somehow update the ratios on private trackers? Is this an artefact, I'm I just seeing things or has anyone else noticed this aswell?

I seed back at a ratio of 1.25, so meaning I upload fllu back and give a quarter more to nudge my ratios up in the long run as I download more ... my ratio has been going down on the Big E, (empornium) ... and I swear I reseeded 125% all the time ... wierd ehh?

Link to comment
Share on other sites

Hey anyone noticed these builds don't somehow update the ratios on private trackers? Is this an artefact, I'm I just seeing things or has anyone else noticed this aswell?

Saw the same actually, but I'm not sure whether it is uTorrent or the Tracker. In my case, it does update the ratio, but not as much as it should and not on all torrents. I never noticed it before, but then again, I never meticulously looked at all the numbers.

Link to comment
Share on other sites

One thing I have also noticed about 1.9 is that it will have more IPv6 peers then 1.8.1. Although I only have an IPv6 network/Internet connection it used Teredo tunneling a lot better than 1.8.1. My download speeds were much slower, however, then compared to using 1.8.1, again the extra overhead. All IPv6 peers were using 1.8.1 and in uPT mode.

Also does 1.8.1 make uTP connections on its own or does it have to be initiated by the other side? Will it identify them like 1.9 does with the IP [uTP] as 1.9 does?

Edit: Haha, I answered my own question by rereading the initial post XD except how it denotes the connections.

Link to comment
Share on other sites

One thing I have also noticed about 1.9 is that it will have more IPv6 peers then 1.8.1. Although I only have an IPv6 network/Internet connection it used Teredo tunneling a lot better than 1.8.1.

This is probably a coincidence.

My download speeds were much slower, however, then compared to using 1.8.1, again the extra overhead. All IPv6 peers were using 1.8.1 and in uPT mode.

How much extra overhead?

Also does 1.8.1 make uTP connections on its own or does it have to be initiated by the other side? Will it identify them like 1.9 does with the IP [uTP] as 1.9 does?

1.8.1 can be configured to initiate uTP connections, but does not by default. It will identify them in the peer list as "[utp]".

Link to comment
Share on other sites

My download speeds were much slower' date=' however, then compared to using 1.8.1, again the extra overhead. All IPv6 peers were using 1.8.1 and in uPT mode.[/quote']

How much extra overhead?

My download speed was going around 10kB/sec where as the throughput was around 30-50kB/sec. The upload was almost double, 20kB/sec registered in the application was ~40-45kB/sec throughput. Since my upload is max 52kB/sec on good days it was most likely the upload slowing down the download which was slower then the actual download rates in the application.

I can do a more in depth analysis if needed.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.


×
×
  • Create New...