Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v6.5.0-rc5 seems to be much slower than v6.4.3 with the big torrent file #1689

Closed
vi opened this issue Oct 24, 2015 · 9 comments
Closed

v6.5.0-rc5 seems to be much slower than v6.4.3 with the big torrent file #1689

vi opened this issue Oct 24, 2015 · 9 comments

Comments

@vi
Copy link
Contributor

vi commented Oct 24, 2015

With this torrent in Download list, Tribler v6.4.3 was very slow at startup (several minutes of unresponsive UI), then seriously slow, but yet somewhat usable afterwards.

v6.5.0-rc5 seems to be even slower, rendering it just unusable. It has downloaded a file from it, but UI still shows "Downloading 0.0%" when the UI finally got unblocked.

@whirm
Copy link

whirm commented Oct 26, 2015

I'll have a shot at it.

I guess that's on Linux, right?

@whirm whirm added this to the V6.5.x milestone Oct 26, 2015
@whirm
Copy link

whirm commented Oct 26, 2015

Is that torrent copyleft/public domain?

@vi
Copy link
Contributor Author

vi commented Oct 26, 2015

Yes, it's on Linux.

Is that torrent copyleft/public domain?

Unlikely, it's a big collection of related music from multiple sources.

Note that it's one of biggest torrent files easily available, so it's tricky to download it entirely without preparation.

Maybe the torrent file itself is OK (I don't see any info).

There is also a 7z with cue sheets (just enumeration of all tracks included) inside, so you can download just it avoiding downloading any actual content.

@whirm
Copy link

whirm commented Oct 26, 2015

@vi You mean that Tribler slows down even without downloading any content?

@vi
Copy link
Contributor Author

vi commented Oct 26, 2015

Yes.

The torrent is that big (there was a warning on it's site about client incompatibilities).

But I expect Tribler to be a good BitTorrent client and handle tricky cases as well. It should slow down logarithmically depending on indexed content, not linearly. And should not block the UI thread when busy.

@whirm
Copy link

whirm commented Oct 26, 2015

Hm, I'll have a look post 6.5.

Thanks for the report!

@whirm whirm modified the milestones: V6.5.x, V6.6 WX3 Feb 17, 2016
@vi vi mentioned this issue Jul 2, 2016
122 tasks
@devos50
Copy link
Contributor

devos50 commented Nov 18, 2016

Actually, the GUI should not be blocked in Tribler 7 so hopefully, this issue is resolved somewhat

@devos50
Copy link
Contributor

devos50 commented Jan 12, 2017

I've optimised a bit in a1c707c and the files are displayed in a reasonable amount of time. However, after adding the torrent to the libtorrent engine, Tribler slows down dramatically and I think this is due to libtorrent eating all CPU.

I will postpone this issue to somewhere after the Tribler 7 release.

@devos50 devos50 modified the milestones: V7.1 anonymous seeding test, V7.0 Jan 12, 2017
@ichorid
Copy link
Contributor

ichorid commented Mar 28, 2018

Libtorrent interface refactoring discussed in #3418 should have this problem solved. Will mention this problem in tasklist there.
Closing this one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

4 participants