forum.utorrent.com

Hi i have some problem, when new uTorrent work i have big problem with DNS, i use OpenDNS, and what avout plugins   ?

Still hangs for me on w7 (RTM x86)

Got a taskmanager dump if it is any help, mention if it is because it took /ages/ to upload.
http://www.mediafire.com/file/othtm2n0mqa/uTorrent.rar

This time it was without a visible error dialog and was while minimised with a forgotten speedguide:



I have another that I can upload (also about 30MB) that displayed this:



(reverting to 1.9alpha because I can't stand hangs like this every few minutes)

Last edited by fowl (2009-08-11 04:49:40)

i have same windows 7 RTM build 7600, and i do not have same problem with 2.0. perhaps is something else.
more info: on my wireless, 2.0 has better speeds then 1.9 when bt.tcp_rate_control is set to false. on my side 2.0 is like 1.8.3.

hi i am new user in utorrent .where in my Video clips Uploading.

My tracker problems seem to have gone away, though my upload speed also seems to have dropped somewhat.

Hello all,

Thanks for this new beta, there are many useful features.

I tried to use the new Speed Guide but that seems to be still buggy.

uT hangs during the speedtest (with server 1 of NYC), almost 60 sec. Anyway uT is able to respond again if you don't kill it in Task Manager but it crashes after few seconds (enable to generate a crash dump).

It will be nice to have s 'stop' button on Speed Guide.

Seeptest results are not very accurate, I'm from West Europe, so maybe it would be better in future to provide some servers in Europe to run the speedtest (server providers like Leaseweb or OVH have a good connectivity in UE).

As previous users have reported, speeds are better with bt.transp = 15 + net.calc_over= FALSE + bt.tcp_rate_control= FALSE.

To finish, just a little info about security (maybe off-topic but interesting):
http://news.cnet.com/8301-27080_3-10301485-245.html

2 researchers have found it's possible to trick computers by hijacking the communications during the update process for Skype and other applications.
I don't know how uT and its servers do the updating process but updating systems with HTTPS seem to be not affected by this potential exploit.

@jivan: torrent from private tracker? If yes, it's normal.

niktarace wrote:

To finish, just a little info about security (maybe off-topic but interesting):
http://news.cnet.com/8301-27080_3-10301485-245.html

2 researchers have found it's possible to trick computers by hijacking the communications during the update process for Skype and other applications.
I don't know how uT and its servers do the updating process but updating systems with HTTPS seem to be not affected by this potential exploit.

It won't work with µTorrent. Our updates are signed with public key cryptography and it verifies that the update is signed correctly before applying said update. A hijacked update would fail this test and never work.

I too have the 'windows ran out of memory. unable to allocate -48 bytes. please close some applications and press ok' EVERY time I try to open the main window on XP X64 SP2.

My 1st download build 16081 made my XP blue screen,later when i got 16126 it's fine and just as quick as most betas i've used.
  Betas seem quicker than the stable builds,or is it me?

fowl said, "I think you'll find that my browser correctly uses the attachment api and tells the shell to verify the signature... which it does!"

My statement was more about the web browser being vulnerable due to 3rd party add-ons, scripts, etc...as well as the numerous buffer overflow tricks and other bugs which make the browser inherently insecure. Google Chrome may be relatively secure...but even it is only as good as its weakest link.

uTorrent has had a few bugs and vulnerabilities of its own that have been revealed. But as far as I know those have been patched. And with the limited interface with 3rd party programs (webui for instance), outside vulnerability is far more unlikely.

Something about the v2 betas I DON'T like is uTorrent no longer shows current settings when doing CTRL+G. I've been using this as a troubleshooting step to determine what people are using...and the loss of that feature will increase the difficulty of troubleshooting speed problems.
(Many people are overwhelmed by the number of settings in uTorrent, and being able to ask for a short list as shown by CTRL+G is much easier.)

v2.0.16126:
I have more than 140 torrents 100% completed from a private tracker for seed.
When I start uT, it scrapes a lot of them very quickly (ok).
Then it starts seeding 3 torrents.
Most of the times, these initial seeding are torrents without any peers, and uT don't upload nothing.
Then, after some time, it starts seeding more torrents, but again, most of the time are torrents without any peer. And this procedure repeats for a long time until all torrents stays in seeding mode (~1h).
The result is: for those torrents with some peers it stays in "queued seed" for a looong time.
BTW, I have:
queue.prio_no_seeds = true
queue.use_seed_peer_ratio = true
queue.slow_ul_threshold = 3072
queue.slow_dl_thredshold = 20480
Maximum number of active torrents (u/l or d/l) = 3   (64KB max upload, 600kbit/sec u/l link)

Questions:
1)  Is there a way to change this order, for start seeding those torrents with peers more quickly?
2)  Is there a way to start seeding all torrents with 0 peers more quickly?

(I don't think that increasing the "max number of active torrents" is a good idea. I want to preserve good speed for those torrents in upload state. I found 3 as a good number).

Thanks.