MrBlackhole Posted December 2, 2020 Report Share Posted December 2, 2020 Quote How to Re-check Torrents Faster on utorrent? Let's assume I have downloaded a torrent by another client and now removed that torrent from queue in that client and now want to continue downloading with utorrent. Suppose the total file size is about 200GB. This takes like forever to check in utorrent. I have 32GB RAM and in another client that I had used had a feature to assign more RAM upon rechecking or checking existing files of a torrent. I set this to 10GB on that client as I had RAM to spare and the torrent did check quite faster than before. How do I do this on utorrent? If anyone know, please help. 1 Quote Link to comment Share on other sites More sharing options...
notmebug Posted December 3, 2020 Report Share Posted December 3, 2020 Setting diskio.quick_hash to true in the advanced settings may help. Apparently it toggles some unspecified advanced optimization for the hash checking process. 1 Quote Link to comment Share on other sites More sharing options...
MrBlackhole Posted December 3, 2020 Author Report Share Posted December 3, 2020 1 hour ago, notmebug said: Setting diskio.quick_hash to true in the advanced settings may help. Apparently it toggles some unspecified advanced optimization for the hash checking process. Can I specify how much RAM this would use? If it uses all of my RAM while checking then that would be a problem. Quote Link to comment Share on other sites More sharing options...
notmebug Posted December 3, 2020 Report Share Posted December 3, 2020 The absolute maximum amount of memory a 32-bit program like uTorrent can use is 4 GB, if it's running under x64 Windows and its executable is flagged as Large Address Aware. With 32 GB on your computer it doesn't seem like you'll have any trouble here. Quote Link to comment Share on other sites More sharing options...
PiusX Posted December 4, 2020 Report Share Posted December 4, 2020 Ram and Storage space are two different things here. Anytime you remove a torrent file from one place to another you start over it doesn't continue unless it was in the same location from where it started. What other torrent software are you referring to? No two software does the same thing and trying to compare different software doesn't help since no two software programming is the same for torrent software. If you move torrent you must move all the torrent files related to that file from the torrent file to the downloaded files and then properly point to them when restarting it. Otherwise if this can't be done you will restart the torrent from the beginning again. Quote Link to comment Share on other sites More sharing options...
MrBlackhole Posted March 18, 2021 Author Report Share Posted March 18, 2021 On 12/5/2020 at 1:02 AM, PiusX said: Anytime you remove a torrent file from one place to another you start over it doesn't continue unless it was in the same location from where it started. Yeah I know that much. Quote What other torrent software are you referring to? Qbittorrent. It had an option called "outstanding memory when checking torrents", here I could specify the amount of RAM it would use to check torrent that is resumed from another client while specifying the same directory as from the previous client. Btw, sorry for replying so late, I kinda forgot about this post. Quote Link to comment Share on other sites More sharing options...
PiusX Posted March 18, 2021 Report Share Posted March 18, 2021 The other software will not recognize the torrent unless it was download with the same torrent program. There is no torrent migration from one software to another that I know of that will continue from another different software because they most likely have different settings. Quote Link to comment Share on other sites More sharing options...
MrBlackhole Posted March 18, 2021 Author Report Share Posted March 18, 2021 (edited) Quote The other software will not recognize the torrent unless it was download with the same torrent program. There is no torrent migration from one software to another that I know of that will continue from another different software because they most likely have different settings. I don't think you got my question from the post. What I wanted to know if any similar option is available in utorrent. Suppose I downloaded a file in qbittorrent and completed that about 30% and then deleted that torrent from qbittorrent but not the actual file. The file still remains and I opened that same torrent in utorrent and specified the same directory. Now utorrent will do a file check of existing content because of the hash similarity. I am talking about this checking. In qbittorrent, there is a specific settings to fasten this check and it is called "outstanding memory when checking torrents". You can assign your preferred RAM amount to be used to increase the speed of checking existing files for resuming from 30%. Also, qbittorrent applies ".!qB" extension to incomplete torrents and you can turn that off from the settings as well. uTorrent creates a utorrentpart file of some sort. So if I want to resume a torrent downloaded with utorrent, I gotta delete that "part" file that prevents any other apps to resume that torrent. Although there is no app to migrate from utorrent to qbittorrent automatically, there is an app to migrate from utorrent to qbittorrent, same goes from deluge too as I have used these 3 apps so far. As for different settings, yeah, that much is a hassle. For example, with utorrent, to find the settings that tweaks the amount of RAM you can assign to be used when checking torrents is not as obvious as it is in qbittorrent. Edited March 18, 2021 by MrBlackhole word correction Quote Link to comment Share on other sites More sharing options...
PiusX Posted March 19, 2021 Report Share Posted March 19, 2021 No two software are the same setup. What your asking doesn't and will not happen. It has to be opened from the same software to resume assuming all the settings were the same. So if you want more help you should go to a qbittorent site forum and ask for more help on using their software. Quote Link to comment Share on other sites More sharing options...
DeathStalker Posted April 27, 2021 Report Share Posted April 27, 2021 On 12/3/2020 at 4:08 PM, notmebug said: The absolute maximum amount of memory a 32-bit program like uTorrent can use is 4 GB, if it's running under x64 Windows and its executable is flagged as Large Address Aware. With 32 GB on your computer it doesn't seem like you'll have any trouble here. How do you set it to Large Address Aware ? Quote Link to comment Share on other sites More sharing options...
rafi Posted April 27, 2021 Report Share Posted April 27, 2021 (edited) 7 hours ago, DeathStalker said: How do you set it to Large Address Aware ? You are using my flagged version (@ my sig) ... On 3/18/2021 at 5:43 PM, MrBlackhole said: What I wanted to know if any similar option is available in utorrent. No, since it is NOT using any large RAM for re-check (I guess it is a bit slower...). It calculate hash one piece at a time, about ~10 checks/sec, which you can see in speed-graph->disc stat->hashing. Edited April 27, 2021 by rafi 1 Quote Link to comment Share on other sites More sharing options...
DeathStalker Posted April 28, 2021 Report Share Posted April 28, 2021 Has anyone else used this LAA version? Seems to take an AWFUL long time to start up the install .... Quote Link to comment Share on other sites More sharing options...
rafi Posted April 28, 2021 Report Share Posted April 28, 2021 (edited) Yes, forum members registered to the the beta announce thread. There should be no "install" involved, if you just replace your previous version. It's recommended to exclude it in Windows defended and your A/V software. Edited April 28, 2021 by rafi 1 Quote Link to comment Share on other sites More sharing options...
DeathStalker Posted April 28, 2021 Report Share Posted April 28, 2021 When I click on the EXE, all it does it open a window, white with 3 dots that just keep going from one to the other, and nothing ever happens Quote Link to comment Share on other sites More sharing options...
rafi Posted April 29, 2021 Report Share Posted April 29, 2021 Have you tried also using my settings with it? Quote Link to comment Share on other sites More sharing options...
anda20 Posted May 3, 2021 Report Share Posted May 3, 2021 I am having a similar issue with uTorrent. It is awfully slow at checking torrents when re-adding. I get read speeds of 30-60MB/s with uTor but qBit gives expected 120-140MB/s on internal SATA HDD. No other program is using the drive. AV & security disabled. Even with it enabled qBit checks files much quicker at the above speeds. How can I speed it up? Quote Link to comment Share on other sites More sharing options...
MrBlackhole Posted May 28, 2021 Author Report Share Posted May 28, 2021 (edited) On 3/19/2021 at 10:24 PM, PiusX said: No two software are the same setup. What your asking doesn't and will not happen. It has to be opened from the same software to resume assuming all the settings were the same. So if you want more help you should go to a qbittorent site forum and ask for more help on using their software. I guess you never tried it yourself. I have switched from clients to clients very frequently based on needs, and I can gurantee you this much is that, a file from one torrent client if deleted can always be resumed from its last position in another client. Suppose you downloaded a file of 20 gigs and only 10 gigs was completed and you deleted the torrent file but not the original content. Then that file can resume downloading even if you open the torrent file in a different client. I have migrated from utorrent to bittorrent to deluge to qbittorrent in the past and based on my experience this absolutely works. However the time to recheck torrent will always vary from client to client. On 4/27/2021 at 1:31 PM, rafi said: No, since it is NOT using any large RAM for re-check (I guess it is a bit slower...). It calculate hash one piece at a time, about ~10 checks/sec, which you can see in speed-graph->disc stat->hashing. hmm true I guess. I did do the steps "notemebug" suggested, it did not speed up the recheck in any way. Wish utorrent had the system qbittorrent has when rechecking torrents. Using RAM to recheck torrent is a brilliant feature to be honest. People who have more RAM can make full use of it. Edited May 28, 2021 by MrBlackhole correction Quote Link to comment Share on other sites More sharing options...
rafi Posted May 28, 2021 Report Share Posted May 28, 2021 (edited) deleted.. . Edited May 28, 2021 by rafi Quote Link to comment Share on other sites More sharing options...
Ti0D0Pa0 Posted July 24, 2021 Report Share Posted July 24, 2021 I know the last anwser here is from about 2 monts ago but let me see if you guys can help me out. I use qBittorrent to download torrents that i want and when they are complete i share via uTorrent. Why? My choice and to keep my BTTs for those torrents that i realy want to download faster. The flow today is: add the file to qBittorrent and start downloading. Add the same torrent file in uTorrent but without starting the download, pointing to the same folder where qBit is downloading. In this case, every time I start the download on the file that was already added in uTorrent it performs the hash check. It works fine, however if I download a 250GB file and then download another 5 files of 4 or 10GB I always have to wait for the big file to be checked and then start checking the others and then share them. Is there any way to perform hash checking of multiple files at the same time? The idea here was to always download larger files on a specific HD and the other files (usually smaller) on other HDs, then dividing the IO when performing the verification. The PC in question is dedicated just for that, so having IO on several different disks is not a problem. That's okay with the issue that sharing corrupted files is horrible for the community and also the fact that uTorrent hasn't downloaded this file yet and so it has to perform the scan. The question is not to skip the verification, but whether it is possible via advanced settings to make uTorrent able to perform such verification faster. And no, I'm not talking about RAID or putting files on an ultra-fast SSD, but getting the most out of the program with what I already have. Quote Link to comment Share on other sites More sharing options...
blue light blocking glasse Posted August 23, 2021 Report Share Posted August 23, 2021 Hi, After a bad shut down, and after restating Utorrent, pending downloads are "Checked". That is, under the status bar, before downloading resumes, Utorrent does some kind of 'checking'. It is slow, tedious and a 4Gig file can take 15 minutes AND, it only does one file at a time! Quote Link to comment Share on other sites More sharing options...
DreadWingKnight Posted August 23, 2021 Report Share Posted August 23, 2021 12 minutes ago, blue light blocking glasse said: Hi, After a bad shut down, and after restating Utorrent, pending downloads are "Checked". That is, under the status bar, before downloading resumes, Utorrent does some kind of 'checking'. It is slow, tedious and a 4Gig file can take 15 minutes AND, it only does one file at a time! And is pretty much always limited by the speed of the storage device, so even if multiple files were attempted at the same time, they would slow each other down Quote Link to comment Share on other sites More sharing options...
rafi Posted August 23, 2021 Report Share Posted August 23, 2021 (edited) If the [real] file checksum is being saved (or will be saved) why not just compare the actual to the saved and assume it is OK, and all pieces are in place ? For incomplete files, you can do the recheck after download is completed too. One other w/a - can be use the resume.dat.old. The logic can be improved IMHO, My fail safe is to just do an extra backup copy of resume.dat before each session, and use it in case of trouble... Edited August 23, 2021 by rafi Quote Link to comment Share on other sites More sharing options...
MrBlackhole Posted August 23, 2021 Author Report Share Posted August 23, 2021 On 7/24/2021 at 6:31 AM, Ti0D0Pa0 said: I know the last anwser here is from about 2 monts ago but let me see if you guys can help me out. I use qBittorrent to download torrents that i want and when they are complete i share via uTorrent. Why? My choice and to keep my BTTs for those torrents that i realy want to download faster. The flow today is: add the file to qBittorrent and start downloading. Add the same torrent file in uTorrent but without starting the download, pointing to the same folder where qBit is downloading. In this case, every time I start the download on the file that was already added in uTorrent it performs the hash check. It works fine, however if I download a 250GB file and then download another 5 files of 4 or 10GB I always have to wait for the big file to be checked and then start checking the others and then share them. Is there any way to perform hash checking of multiple files at the same time? The idea here was to always download larger files on a specific HD and the other files (usually smaller) on other HDs, then dividing the IO when performing the verification. The PC in question is dedicated just for that, so having IO on several different disks is not a problem. That's okay with the issue that sharing corrupted files is horrible for the community and also the fact that uTorrent hasn't downloaded this file yet and so it has to perform the scan. The question is not to skip the verification, but whether it is possible via advanced settings to make uTorrent able to perform such verification faster. And no, I'm not talking about RAID or putting files on an ultra-fast SSD, but getting the most out of the program with what I already have. as far as I know, every torrent client has a list priority system and it will always recheck any torrent that is either #1 or at top of the list, (can't remember which one though). Thus probably that 250GB one was at the top of the client's list and then move on to the rest even if you download anything new while that job is in progress. As for checking multiple torrents at the same time, you gotta ask the devs about it if a setting exists that you can tweak to get it done. Quote Link to comment Share on other sites More sharing options...
Squall-Leonhart Posted February 10, 2022 Report Share Posted February 10, 2022 (edited) On 8/23/2021 at 4:52 PM, DreadWingKnight said: And is pretty much always limited by the speed of the storage device, Incorrect, the issues mentioned in this thread are regressions in uTorrent and do not occur in 2.2.1, till who knows when 3.x (i can't even remember) uTorrent has a flaw in that read-aheads are broken to some degree, this causes the disk queue length to exceed 1.0 on a disk that is otherwise 0.0 when not re-checking, this is worse for large torrents with tiny piece sizes than it is for large torrents with larger piece sizes, but regardless, current utorrent versions are 1/2 - 2/3 slower than older utorrent clients to check large piece size contiguous torrents. Same file, no defragging in between 2.2.1 3.5.5 Edited February 10, 2022 by Squall-Leonhart Quote Link to comment Share on other sites More sharing options...
rafi Posted February 10, 2022 Report Share Posted February 10, 2022 (edited) I see two utorrent.exe in your 3.5.5 graphs, and both are also writing... Why? 3.5.5 with 0 writes here: https://www.imagebam.com/view/ME7Q9XA Edited February 10, 2022 by rafi Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.