Jump to content

µTorrent 3.1 Release Candidate 11


Firon

Recommended Posts

Fairly certain the hash fail problem is fixed now. I'd appreciate somebody testing it in the next RC.

Not in 26563 for me on Win 7 64-bit:

[2011-12-05 20:13:47] total physical memory 4294967295 max disk cache 33554432

[2011-12-05 20:13:48] IPv6 is installed

[2011-12-05 20:14:06] *** Aimee Mullins on running.mp4: PIECE 5184 FAILED HASH CHECK

[2011-12-05 20:14:09] *** Aimee Mullins on running.mp4: PIECE 5185 FAILED HASH CHECK

[2011-12-05 20:14:10] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2560 FAILED HASH CHECK

[2011-12-05 20:14:11] *** Aimee Mullins on running.mp4: PIECE 5186 FAILED HASH CHECK

[2011-12-05 20:14:13] *** Aimee Mullins on running.mp4: PIECE 5187 FAILED HASH CHECK

[2011-12-05 20:14:13] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:14] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2561 FAILED HASH CHECK

[2011-12-05 20:14:16] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2562 FAILED HASH CHECK

[2011-12-05 20:14:17] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2563 FAILED HASH CHECK

[2011-12-05 20:14:17] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:19] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3584 FAILED HASH CHECK

[2011-12-05 20:14:21] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5632 FAILED HASH CHECK

[2011-12-05 20:14:22] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3585 FAILED HASH CHECK

[2011-12-05 20:14:24] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3586 FAILED HASH CHECK

[2011-12-05 20:14:25] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5633 FAILED HASH CHECK

[2011-12-05 20:14:26] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3587 FAILED HASH CHECK

[2011-12-05 20:14:26] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:27] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5634 FAILED HASH CHECK

[2011-12-05 20:14:28] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5635 FAILED HASH CHECK

[2011-12-05 20:14:28] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:36] Conrad Wolfram- Teaching kids real math with computers.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2010G/Rolex/ConradWolfram_2010G-480p.mp4

[2011-12-05 20:14:38] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2561 FAILED HASH CHECK

[2011-12-05 20:14:41] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2024 FAILED HASH CHECK

[2011-12-05 20:14:43] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 7232 FAILED HASH CHECK

[2011-12-05 20:14:43] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2025 FAILED HASH CHECK

[2011-12-05 20:14:45] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2026 FAILED HASH CHECK

[2011-12-05 20:14:45] Banned 63.80.242.19:80 until forever

[2011-12-05 20:14:45] Aimee Mullins on running.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/1998/Impossible/AimeeMullins_1998-480p.mp4

[2011-12-05 20:14:46] Clay Shirky on institutions vs. collaboration.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2005G/Impossible/ClayShirky_2005G-480p.mp4

[2011-12-05 20:14:53] Conrad Wolfram- Teaching kids real math with computers.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2010G/Rolex/ConradWolfram_2010G-480p.mp4

[2011-12-05 20:15:01] Clay Shirky on institutions vs. collaboration.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2005G/Impossible/ClayShirky_2005G-480p.mp4

[2011-12-05 20:15:09] *** Aimee Mullins on running.mp4: PIECE 4352 FAILED HASH CHECK

[2011-12-05 20:15:15] Conrad Wolfram- Teaching kids real math with computers.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2010G/Rolex/ConradWolfram_2010G-480p.mp4

[2011-12-05 20:15:15] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 7360 FAILED HASH CHECK

[2011-12-05 20:15:19] Andrea Ghez- The hunt for a supermassive black hole.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2009G/Rolex/AndreaGhez_2009G-480p.mp4

[2011-12-05 20:15:25] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 4480 FAILED HASH CHECK

[2011-12-05 20:15:25] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 4484 FAILED HASH CHECK

[2011-12-05 20:15:25] Banned 63.80.242.35:80 until forever

P.S. The disk cache is still relativly ineffective compared to, say utorrent.3.0.0.26473 in that I get essentially the same number of writes to the disk as I get writes to the cache...

Link to comment
Share on other sites

  • Replies 448
  • Created
  • Last Reply

Top Posters In This Topic

changelog?
Don't you see ?... the RC5's tabs/status updates/refresh issue is gone... :) Thanks to Adam...

I would love to take credit' date=' but that fix was all Ilan :)[/quote']

I see... Sorry... I guess I misinterpreted your answer:

[21:47] <AdamK> checking it now
;)

And if we are talking about GUI, can you also check this issue, of the tool bar not updating, and some main-view fields not updating ?... - and forward your conclusions to Ilan for fixing?... ;) It can save me time not putting it into my next test-report... And its time to deal with the general GUI reaction/delay as well :)

http://www.mediafire.com/?u6mozptml1ypcyz

Thanks you

Link to comment
Share on other sites

could you set diskio.low_prio_disk back to true?

Also' date=' can you link us to the -exact- torrent?[/quote']

I'll do my tests with RC7 tomorrow, but the -exact- torrent is slackware x86 everything ISO (my test torrent of choice): http://www.slackware.com/torrents/slackware-13.37-install-dvd.torrent

With defaults in RC7 I was still able to reproduce #3 in my buglist post (massively exceeded cache - 400/32). Deleting torrent (+ data) during this state still caused "Error: slackware-13.37-iso - The I/O operation has been aborted because of either a thread exit or an application request." and the cache remains exceeded even though the torrent has been deleted. It only clears with a program exit.

I was also able to reproduce #4 (repeated hash fails). I completely (99.9%) downloaded the slackware torrent (though the cache was exceeded to 576/32 at one point) using the default settings and got infinite hashfails on piece 240. It's worth noting that the hashfails began well before the cache was exceeded. Stop and Force Re-Check caused the torrent to become Finished at this point.

Naturally there was a bit of a performance hit to my system as µTorrent downloaded 0.5GB of this torrent into my system's limited memory :rolleyes: ... #3 is a serious problem on any system, let alone one with only 1GB of physical memory.

And that this has been my test torrent for all cases is something that you would have gathered if you'd read my main buglist post at any point. Please go at least read and possibly respond to it, as there are dumps provided for each of these issues; instead you seem to have been actively ignoring it.

Link to comment
Share on other sites

RC5 - 99' date='9% problem exist

in logger on last piece FAILED HASH CHECK

and this piece re downloading forever

after reinstall 3.01 problem disappeared and torrent complete.

Windows read/write cache disabled

write after finish immediately - on

Windows Server 2008 R2 64bit[/quote']

RC7 same problem even worse a lot of FAILED HASH CHECK in logger

Smart_hash off

smart_stapce_hash off

Link to comment
Share on other sites

With defaults in RC7 I was still able to reproduce #3 in my buglist post (massively exceeded cache - 400/32). Deleting torrent (+ data) during this state still caused "Error: slackware-13.37-iso - The I/O operation has been aborted because of either a thread exit or an application request." and the cache remains exceeded even though the torrent has been deleted. It only clears with a program exit.

I cannot reach this state with one seed here, but I could reproduce it, and forwarded these repro - steps to the devs. I'm sure they will get it sorted out, by NOT assuming it is impossible, but take care of breaking the data flow correctly EVEN in (the 'impossible') case it is above the set limit... :P

My repro-steps:

• Have the cache set to a fixed size –like a 128MB.

• Make sure you are running a download, that is maxing/loading the cache and it hovers near that 128MB limit

• Now, while it is running, go to pref->advanced->cache and set (lower) the limit to , say, 64M

• From this moment on – the data in cache will increase slowly but endlessly as long as the load condition is present. :P

Note: it seems to happen ONLY if you do it when the cache filling-rate is on the move UP...

and I read your bugs list...

Link to comment
Share on other sites

Alright. A few things.. updated for RC7

1) gui.tall_category_list = *false breaks the sizing of the torrent list vs. the details pane. This is due to uTorrent acting like gui.show_plus_upsell = *true (and allocating the category list space for it) even though I have it set to false.

I set gui.tall_category_list = *false and gui.show_plus_upsell = false, and this shows correctly for me on RC7. Can you check this one again, and screenshot it if it's still broken?

2) The category list can't be resized smaller than a certain width. Likely also due to acting like gui.show_plus_upsell = *true.

No, this is intentional. We did it because it looks bad if you resize it too small horizontally. We have the option to hide it completely.

Link to comment
Share on other sites

Alright. A few things.. updated for RC7

3) Using the slackware (x86 complete) test torrent I still observed it exceed the write cache limit massively (420/32). After deleting torrent (+ data) while exceeded I get "Error: <torrent name> - The I/O operation has been aborted because of either a thread exit or an application request." Then it looks like it's slowly getting rid of the queued cached writes, but even after Queued hits 0, the cache still appears exceeded (296/32) and only clears with program exit. Dump for stuck cache is here: uTorrentDMP.zip.

4) Still seeing a few pieces getting stuck hashfailing repeatedly in RC7 using the above slackware torrent; this time piece 240. Dump for repeated hashfails (7 had occured so far) is here for RC4: uTorrentDMP2.zip.

We're still working on these two bugs. Thanks for the reports!

5) "ReadFile error: <filename>:1488701569:2954:1823755:19" after adding a torrent where this was a file I set to skip. Reproduction: Add a 2 file torrent where 1 file already exists fully downloaded but with a different filename. Uncheck the second (undownloaded) file in the dialog and uncheck Start torrent. Go to the Files tab and Relocate the first file to the renamed local copy. Start torrent makes it check the files. Once it gets past checking the first file, the second brings up a ReadFile error even though it is set to skip.

6) Same 2 file torrent scenario but this time with the first filename matching that in the torrent. Second file still unchecked, and Start torrent is checked this time. Adding starts the torrent and causes the files to be checked. Once it gets past checking the first file, it actually goes ahead and creates the second file even though I set it to skip.

We will not have time to fix these two for 3.1. You'll have to work-around until we get to it.

Link to comment
Share on other sites

Alright. A few things.. updated for RC7

1) gui.tall_category_list = *false breaks the sizing of the torrent list vs. the details pane. This is due to uTorrent acting like gui.show_plus_upsell = *true (and allocating the category list space for it) even though I have it set to false.

I set gui.tall_category_list = *false and gui.show_plus_upsell = false' date=' and this shows correctly for me on RC7. Can you check this one again, and screenshot it if it's still broken?[/quote']

It works until you close and reopen the program, then it's borked.

screenyci.th.jpg

Thank you for finally responding to my bug reports Adam, would you also be able to acknowledge the statuses of any of my "leftover bugs" and comment? A slight tweak to the default colours (most importantly: changing the gray text to black for downloads in progress bars) is something that would really improve usability/visability.

Link to comment
Share on other sites

I report again: 3.1 starts significantly slower then 3.0 with thousands of torrents within list: it hangs for a couple of minutes on a particular torrent (that changes with every try), counter on the left side gets frozen. Then it returns to life. If a dump is needed, I'm ready to help.

Link to comment
Share on other sites

Fairly certain the hash fail problem is fixed now. I'd appreciate somebody testing it in the next RC.

Not in 26563 for me on Win 7 64-bit:

[2011-12-05 20:13:47] total physical memory 4294967295 max disk cache 33554432

[2011-12-05 20:13:48] IPv6 is installed

[2011-12-05 20:14:06] *** Aimee Mullins on running.mp4: PIECE 5184 FAILED HASH CHECK

[2011-12-05 20:14:09] *** Aimee Mullins on running.mp4: PIECE 5185 FAILED HASH CHECK

[2011-12-05 20:14:10] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2560 FAILED HASH CHECK

[2011-12-05 20:14:11] *** Aimee Mullins on running.mp4: PIECE 5186 FAILED HASH CHECK

[2011-12-05 20:14:13] *** Aimee Mullins on running.mp4: PIECE 5187 FAILED HASH CHECK

[2011-12-05 20:14:13] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:14] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2561 FAILED HASH CHECK

[2011-12-05 20:14:16] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2562 FAILED HASH CHECK

[2011-12-05 20:14:17] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2563 FAILED HASH CHECK

[2011-12-05 20:14:17] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:19] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3584 FAILED HASH CHECK

[2011-12-05 20:14:21] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5632 FAILED HASH CHECK

[2011-12-05 20:14:22] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3585 FAILED HASH CHECK

[2011-12-05 20:14:24] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3586 FAILED HASH CHECK

[2011-12-05 20:14:25] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5633 FAILED HASH CHECK

[2011-12-05 20:14:26] *** Clay Shirky on institutions vs. collaboration.mp4: PIECE 3587 FAILED HASH CHECK

[2011-12-05 20:14:26] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:27] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5634 FAILED HASH CHECK

[2011-12-05 20:14:28] *** Conrad Wolfram- Teaching kids real math with computers.mp4: PIECE 5635 FAILED HASH CHECK

[2011-12-05 20:14:28] Banned 63.80.242.35:80 until forever

[2011-12-05 20:14:36] Conrad Wolfram- Teaching kids real math with computers.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2010G/Rolex/ConradWolfram_2010G-480p.mp4

[2011-12-05 20:14:38] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2561 FAILED HASH CHECK

[2011-12-05 20:14:41] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2024 FAILED HASH CHECK

[2011-12-05 20:14:43] *** Deborah Rhodes- A tool that finds 3x more breast tumors' date=' and why it's not available to you.mp4: PIECE 7232 FAILED HASH CHECK

[2011-12-05 20:14:43'] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2025 FAILED HASH CHECK

[2011-12-05 20:14:45] *** Andrea Ghez- The hunt for a supermassive black hole.mp4: PIECE 2026 FAILED HASH CHECK

[2011-12-05 20:14:45] Banned 63.80.242.19:80 until forever

[2011-12-05 20:14:45] Aimee Mullins on running.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/1998/Impossible/AimeeMullins_1998-480p.mp4

[2011-12-05 20:14:46] Clay Shirky on institutions vs. collaboration.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2005G/Impossible/ClayShirky_2005G-480p.mp4

[2011-12-05 20:14:53] Conrad Wolfram- Teaching kids real math with computers.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2010G/Rolex/ConradWolfram_2010G-480p.mp4

[2011-12-05 20:15:01] Clay Shirky on institutions vs. collaboration.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2005G/Impossible/ClayShirky_2005G-480p.mp4

[2011-12-05 20:15:09] *** Aimee Mullins on running.mp4: PIECE 4352 FAILED HASH CHECK

[2011-12-05 20:15:15] Conrad Wolfram- Teaching kids real math with computers.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2010G/Rolex/ConradWolfram_2010G-480p.mp4

[2011-12-05 20:15:15] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 7360 FAILED HASH CHECK

[2011-12-05 20:15:19] Andrea Ghez- The hunt for a supermassive black hole.mp4: HTTP invalid URL: http://video.ted.com/talk/podcast/2009G/Rolex/AndreaGhez_2009G-480p.mp4

[2011-12-05 20:15:25] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 4480 FAILED HASH CHECK

[2011-12-05 20:15:25] *** Deborah Rhodes- A tool that finds 3x more breast tumors, and why it's not available to you.mp4: PIECE 4484 FAILED HASH CHECK

[2011-12-05 20:15:25] Banned 63.80.242.35:80 until forever

P.S. The disk cache is still relativly ineffective compared to, say utorrent.3.0.0.26473 in that I get essentially the same number of writes to the disk as I get writes to the cache...

At least some of the ted torrents appear to point to different files than the ones from which the torrents were created. I'm going to add some verification that gives a better error in utorrent.

For example, the sarah kaminsky torrent claims to be 98303105 in the torrent, but the file on the web server is 98419885 bytes long. I manually downloaded the first piece just to be sure the file isn't just truncated, but the hash is different.

Link to comment
Share on other sites

Hashes are a natural occurring phenomena on the Internet. Communication related error do occur. Also "bad" torrents/files can be there. Still some hash-related issues like - multiple rehashing of the last piece feels like not related to any of those.

Link to comment
Share on other sites

Hashes are a natural occurring phenomena on the Internet. Communication related error do occur. Also "bad" torrents/files can be there. Still some hash-related issues like - multiple rehashing of the last piece feels like not related to any of those.

There was a real problem, and could be at least one other, but I can tell you for certain that you won't be able to get pieces from the ted webseeds i looked at. It's possible that this is exacerbated by attempts in endgame mode to use multiple sources for the last few pieces. In any case, a ted torrent is a bad test case and doesn't show us anything.

Link to comment
Share on other sites

Hashes are a natural occurring phenomena on the Internet. Communication related error do occur. Also "bad" torrents/files can be there. Still some hash-related issues like - multiple rehashing of the last piece feels like not related to any of those.

There was a real problem' date=' and could be at least one other, but I can tell you for certain that you won't be able to get pieces from the ted webseeds i looked at. It's possible that this is exacerbated by attempts in endgame mode to use multiple sources for the last few pieces. In any case, a ted torrent is a bad test case and doesn't show us anything.[/quote']

Thanks for checking that. Indeed when I look at a successful download I have a different file name and size than one that gets hash errors, so the problem must be the TED app, the TED RSS feed or the TED server.

FWIW they always fail very near the beginning and they only have one file in the torrent. By queing them again they often (but not always) work. I didn't have any problem with hundreds of them for the first week or so but now they fail a lot. I reported it earlier but no one responded and I've been trying the release candidates in hopes that it will get fixed. But now I know better :)

Link to comment
Share on other sites

Just to mention again, uninstall utorrent without "remove setting" checked, will uninstall with setting removed.

Thanks.

I confirm this issue. Please fix it, it's very important when installling/uninstalling various versions.

And please disable the Quick Launch icon option in the installer for OS>=7.

EDIT: Upload speeds are significantly lower compared to 2.2.1. Same torrent, same peers, 3.1 uploads with max 45KB/s while 2.2.1 uploads with 80KB/s.

Link to comment
Share on other sites

Archived

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


×
×
  • Create New...