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

qbittorrent 3.1.11-win 7 don't respect upload limit setting (standard and alternative) #2137

Closed
petrus-bonekamp opened this issue Nov 8, 2014 · 14 comments

Comments

@petrus-bonekamp
Copy link

impossible to use internet connection to other application. Qbittorrent use all bandwith upload.
respect instead download standard limit, don't respect alternative limit.

@sledgehammer999
Copy link
Member

Give a screenshot of your tools-->options...->speed

@petrus-bonekamp
Copy link
Author

screenshot

@sledgehammer999
Copy link
Member

Try disabling "apply rate limit to utp connections". If that doesn't work try disabling "enable bandwidth management(utp)".

@petrus-bonekamp
Copy link
Author

I will try but with same confiuguration before upgtade to current veraion all work fine. I see you close other issue, but is not the same matter. Wit ver 10 limit work fine but browser navigaton hang when contact google o or webaites uae google apis.

@sledgehammer999
Copy link
Member

qbt doesn't block any site. You're probably using all your up OR down bandwith and you cannot contact these sites.
If you disable the options mentioned above(one at a time) you might solve your other problem too.
Otherwise use the forum for troubleshooting networking problems: http://forum.qbittorrent.org/

@petrus-bonekamp
Copy link
Author

make new ssettings, it doesnt work, upload limit not respect

screenshot2

@sledgehammer999
Copy link
Member

Enable enable bandwidth management(utp) and keep disabled the apply rate limit to utp connections.

@gdeadbeat
Copy link

I had the same bandwidth issue in qBittorrent 3.1.11/Windows and have temporarily solved it by disabling DHT. I have no options enabled on the Options-BitTorrent page and have only enabled bandwidth management on the Options-Speed page. All of the options on my Options-BitTorrent page seemed to work just fine in qBittorrent 3.1.10, so this would seem to be a regression in 3.1.11. In addition, qBittorrent 3.1.11 is not respecting Alternative Global Rate Limits.

@petrus-bonekamp
Copy link
Author

workaround suggested by sledgehammer999 have no effect.
qbittorrent 3.1.11 is not respecting upload rate limit (standard & alternative) & download alternative rate limit.
I think this is a regression in 3.1.11 versus 3.1.10.

Confirm that other problem (stop sites using googleapis when qbittorrent in use)

@sledgehammer999
Copy link
Member

Can you try the latest alpha build? ->http://builds.shiki.hu/qbittorrent_3.2.0alpha_20141207_78d4258_setup.exe

@glugluck
Copy link

I'm having a similar problem on Win7 32 bit.
If I set the upload global limit to any value above 50 kB/s, the speed gets limited to 50 kB/s (I reach 85-90 kB/s with speed limits disabled, or with the option "apply limit to uTP connections" unchecked). If I choose a value under 50, it gets limited to a lower value (40 kB/s-->25 kB/s througput). About the same with alternative limits.

@DjDiabolik
Copy link

Ops... i have the same exact problems and, my error, i have open a duplicate here:
#3129

A screenshot:
http://i.imgur.com/5k7BzLg.png

@dreamhunt
Copy link

Same problem on Linux and 3.2.0. Tried with git version 3.3.0 and there is the same problem. When I set Apply rate limit to uTP connections, all work fine.

@sledgehammer999
Copy link
Member

Can you open a bug in the libtorrent bug tracker instead? It is their problem that μTP (uTP) causes this kind of problem.
And if you do, please leave the link here too.
Link: https://code.google.com/p/libtorrent/issues/list

@qbittorrent qbittorrent locked and limited conversation to collaborators Feb 24, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants