Adding new Torrents sometimes causes UI to freeze

[tekko]

It's just finished adding. 

[GenericComrade]

The weird part is, it sometimes adds in 2-3 seconds, and sometimes it freezes for 30 minutes for me and never comes back.

Either way, I think there's some bug with renaming one of the folders inside the torrent, when adding it.

[tekko]

[quote="GenericComrade"]
The weird part is, it sometimes adds in 2-3 seconds, and sometimes it freezes for 30 minutes for me and never comes back.

Either way, I think there's some bug with renaming one of the folders inside the torrent, when adding it.
[/quote]

Are you saying it's perfectly fine without the renaming step? if yes, make notes of it when you've decided to report it as a bug. http://goo.gl/u8OWf

[GenericComrade]

I'll have to play around with it more once I get a chance and see if I can pin down what is causing it. It's a time issue, since it's a huge pain of having to swap back and forth between different 'instances' of qbittorrent since I don't want to screw up my normal copy.

[tekko]

[quote="Avelon"]
... Since ironcross looks like a gamer, I think his CPU is better than yours (GenericComrade) and mine :p
[/quote]

I have an intel i5 3570k. It was at 25% usage and it took me quite a long time to add. Maybe ironcross has a super computer. 

[tekko]

If it matters, I do have those asian fonts installed.

[GenericComrade]

Does that have four cores? So it maxed out one of your cores.

Yeah I have the Asian/Japanese fonts installed as well.

[tekko]

[quote="GenericComrade"]
Does that have four cores? So it maxed out one of your cores.

Yeah I have the Asian/Japanese fonts installed as well.
[/quote]

It was ~25% for each of the four cores. Though not 100% like you, I consider it high for my cpu.

[GenericComrade]

The box I'm running torrents on is single core .

[Avelon]

@Comrade

renaming is not the problem. That's what I was trying to tell you It's the adding process and some loop or errors that happen with it. I can only confirm that this huge torrent eats up a lot of resources.
Ironcross: works fine
me: half and half. works, but can get slow
tekko and GenericComrade: freezing

I'm not with my machine right now, but I'm using windows and have disabled 8.3 NTFS file names. But I guess you guys don't use windows?
Some system specs might help to further isolate the problem. I'm with 2x 2.8Ghz, 64bit, NTFS, no foreign languages installed (Chinese or Japanese or whatever tohuwohu is)

Maybe it comes down to the filesystem (a combination of and qB)? tekko and comrade, what are you using?

[tekko]

[quote="Avelon"]
I'm not with my machine right now, but I'm using windows and have disabled 8.3 NTFS file names. But I guess you guys don't use windows?
[/quote]

This is the windows section.

I am on xpsp3 with 8.3 names disabled.

[ironcross]

If i just add it - no problem, no high CPU or RAM usage, it starts downloading.
If i rename that folder - it freeze.
My comp is not so good.
But i'm wondering why would you want to rename that folder? Download it, then rename it as you wish. Or i'm missing something about that renaming stuff?

[GenericComrade]

Windows XP SP3 32 bit, Single Core 2.8GHz. Checking http://support.microsoft.com/kb/121007, it looks like 8.3 file name creation is enabled.

[quote="ironcross"]But i'm wondering why would you want to rename that folder? Download it, then rename it as you wish. Or i'm missing something about that renaming stuff?[/quote]Because NTFS has a file name\path length limitation, I wanted to shorten the base directory name from "Touhou lossless music collection" to "Touhou" to ensure I don't hit the limit.

[GenericComrade]

I used Process Monitor to see what qBittorrent was hanging on when I add a torrent. I have pre-allocate off, and automatically start torrent off and renamed the base directory to Touhou and set the path to G:\Seed\Music\

It looked like it was VERY SLOWLY checking to see if files exist, usually in pairs for four (there's 0.5-1.0s delay between each pair of checks):

Code: Select all

10:01:50.4442507 AM	qbittorrent.exe	612	QueryOpen	G:\Seed\Music\Touhou lossless music collection\[2SP+C'K]\2009.10.11 ??????? [M3-09?]\Image0005.JPG	PATH NOT FOUND		888
10:01:50.4443544 AM	qbittorrent.exe	612	QueryOpen	G:\Seed\Music\Touhou lossless music collection\[2SP+C'K]\2009.10.11 ??????? [M3-09?]	PATH NOT FOUND		888
10:01:50.4446446 AM	qbittorrent.exe	612	QueryOpen	G:\Seed\Music\Touhou\[2SP+C'K]\2009.10.11 ??????? [M3-09?]\Image0005.JPG	NAME NOT FOUND		888
10:01:50.4534435 AM	qbittorrent.exe	612	CreateFile	G:\Seed\Music\Touhou lossless music collection\[2SP+C'K]\2009.10.11 ??????? [M3-09?]\Image0005.JPG	PATH NOT FOUND	Desired Access: Read Attributes, Delete, Synchronize, Disposition: Open, Options: Synchronous IO Non-Alert, Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a	2408

First off, I saved the torrent to G:\Seed\Music\Touhou\, but why is it checking G:\Seed\Music\Touhou lossless music collection\? It also checks the wrong path three times.

Also it says it's trying to create the file (which is in the wrong spot anyway), but the path doesn't exist so it fails. I think there's just a huge bug in the code or something, since it doesn't really make any sense. I had pre-allocate off as well. Maybe it's taking excessively long since it's trying to create files in the wrong path? I don't know.

[GenericComrade]

Since I can actually now confirm that it's doing something when adding; albeit slowly, I'll wait an hour or two, to see if the torrent actually gets added.

Lets see, ~18000 files, Assuming the slowest rate of 1 file per second, Should take a maximum of 5 hours. o_O