search

qbittorrent / qBittorrent

qBittorrent BitTorrent client
https://www.qbittorrent.org
Other
25.92k stars 3.83k forks source link

Very slow UI // High CPU usage #16804

Open andoruB opened 2 years ago

andoruB commented 2 years ago

qBittorrent & operating system versions

qBittorrent: 4.4.2; 4.4.1; 4.3.9 OS: ArchLinux ARMv7l 4.14.180-3-ARCH Qt: 5.15.3 Libtorrent: 1.2.15 Boost: 1.78.0 OpenSSL: 1.1.1n zlib: 1.2.11

What is the problem?

Had an issue a month ago where qBittorrent crashed. Didn't have the logs enabled, so I don't know what caused the crash. Performed regular package update on the SBC server, qBittorrent updated to v4.4.1. Roughly three quarters of the torrents wouldn't get checked. Here's the original issue: #16550

Was suggested to try compiling qBittorrent v4.3.9 with libtorrent 1.2.15, which seems to have sorted the initial issue out. However I'm still facing an issue with qBittorrent, into which it takes it a few days to recheck all torrents from the list. The UI is extremely sluggish, sometimes I cannot even reopen the window. CPU is always at 100% usage, even though previously it hasn't been more than 40-50% for most of the time. RAM usage is pretty expected, hovering somewhere between 140 and 250MB, up to ~400MB.

After qBittorrent finishes rechecking all torrents it's still just as sluggish and takes the same amount of CPU, making it unusable.

What I've tried so far:

So I can only build qBittorrent with cmake.

I saw someone using perf to check on what qbittorrent does while stalling like this, so I'll post the outputs on those. There are two qbittorrent processes showing up in htop, so I'll check on both of those:

v4.3.9: PID No 1 - https://hastebin.skyra.pw/raw/faragimilu PID No 2 - https://hastebin.skyra.pw/raw/volaweheco

v4.4.2: PID No 1 - https://hastebin.skyra.pw/raw/yewatovevi PID No 2 - https://hastebin.skyra.pw/raw/daduxilete

Steps to reproduce

  1. Start qBittorrent
  2. UI very sluggish and slow to respond, or the qBittorrent window doesn't open up at all
  3. Wait until qBittorrent checked all torrents, keeping an eye on the log folder until it reports the torrents to have been completely rechecked
  4. UI very slow, sometimes doesn't load up at all like on step 2

Log(s) & preferences file(s)

Build logs (v4.3.8):

config.log: https://gist.githubusercontent.com/andoruB/d6f564a083c139e6f7409d0bc7b33c7e/raw/127e095fa3f6f966261af5a8d07a68bf909bc39f/4.3.8%2520config.log Make output: https://gist.githubusercontent.com/andoruB/26a54fd739aaebbf56d735b1cede3c6e/raw/4e342c3dcbe6fd6315941a82a457445aa3fb3780/4.3.8%2520make%2520log

v4.3.9 perf: PID No 1 - https://hastebin.skyra.pw/raw/faragimilu PID No 2 - https://hastebin.skyra.pw/raw/volaweheco

v4.4.2 perf: PID No 1 - https://hastebin.skyra.pw/raw/yewatovevi PID No 2 - https://hastebin.skyra.pw/raw/daduxilete

4.4.2 qbittorrent.conf: https://hastebin.skyra.pw/raw/poqagibiwa

Build logs (v4.4.2):

config.log: https://gist.githubusercontent.com/andoruB/1d6962ff29c7062e992f2c8a5cfa0e0a/raw/af2683eff1b369bbaaacddc3614ca77239f4fbc8/gistfile1.txt Make output: https://gist.githubusercontent.com/andoruB/6530f047a9c82ff8058c400db1ea0878/raw/4d744c2747331338694e75b6cb951bc0a098b828/gistfile1.txt

(Possibly) Related issues:

16395

16816

16808

16759

andoruB commented 2 years ago

To add some more info based off what suggestions were made by a user on another thread:

Total number of torrents currently running: ~2350 Switched from Any Interface to Eth0 (made no difference) Connection limits are the same as the default ones (since I deleted the config files in a previous attempt to sort this one out)

mayli commented 2 years ago

The webui sync API doesn't scale very well with more than 1k torrents. And it's tricky to fit a better sync model into qb without touch too much source code and break the API.

andoruB commented 2 years ago

Alright, thank you for letting me know of that. WebUI wasn't even a feature I used previously, I simply tried it out (qBittorrent-nox more precisely) as I was trying to make the client work decently.

However that doesn't explain why the normal interface is so sluggish and why it's using 100% CPU when previously it worked fine. I'll remove the WebUI mentions from the issue.

H4M5TER commented 2 years ago

hey I'm wondering if you have other network interface (or adapter) than ethernet? (or wifi) I have had startup issue for several months, and today I set the network interface to ethernet (instead of any) and the problem solved. I followed the discussion (in Chinese) here https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/280#issuecomment-902465423

https://github.com/qbittorrent/qBittorrent/issues/15822#issuecomment-1013610590 is very related

16808 may be related since the author installed hyper-v (which will install virtual network interface) before encountered the problem

andoruB commented 2 years ago

@H4M5TER : Thank you so much for replying! There are indeed two interfaces, but unfortunately I tried setting the interface to eth0, but the issue still persists. Will try the newer version of qBittorrent to see if it's any better, otherwise I guess I'll just have to give up seeding the torrents, seeing as there are no alternatives. Either that or use a different distro with older versions of the libraries (I haven't had success with it, since my SBC has some issues with other distros)

H4M5TER commented 2 years ago

how about switch off ipv6? (the next setting after the interface) also try to increase the RAM use limit

andoruB commented 2 years ago

I remember I tried switching off IPv6, but I'm not 100% sure On Linux I think there's no option for RAM, I think that's only on Windows

H4M5TER commented 2 years ago

how about try to disconnect the internet during the lag to diagnose whether it is a network related issue? and you might try the qBit version before 4.3

andoruB commented 2 years ago

If i disable the LAN interface or internet. I no longer have any way of controlling the SBC. Also I tried compiling older versions, same thing happens.

If I clear the settings for qBittorrent, it works a bit better (still laggy), but once I change some settings, it becomes laggy again. The settings in particular that cause this are under the Bittorrent tab.

H4M5TER commented 2 years ago

If i disable the LAN interface or internet. I no longer have any way of controlling the SBC.

use firewall rules to do that

Prurite commented 1 year ago

I'm also experiencing high cpu usage (~30%) and very sluggish UI (takes seconds to respond) when downloading(&uploading) 4 torrents, the whole UI just go white for a couple of seconds after opening from taskbar. Disk use(SSD) only ~5%. CPU: R7-5800H 8C16T @4.00GHz 图片

mzso commented 1 year ago

@Prurite commented on 2022. júl. 10. 15:59 CEST:

I'm also experiencing high cpu usage (~30%) and very sluggish UI (takes seconds to respond) when downloading(&uploading) 4 torrents, the whole UI just go white for a couple of seconds after opening from taskbar. Disk use(SSD) only ~5%.
CPU: R7-5800H 8C16T @4.00GHz
图片

The download speeds also drop, right? It goes up and slows down sometimes here, when I try to interact with QB.

mokahless commented 1 year ago

This is the closest issue in git to the issue I'm experiencing in 4.5.0. I don't want to open a new one because I can't pin down this issue exactly. For months, I didn't have this issue with 4.5.0 however, I recently made two changes:

  1. Went from 400 active torrents to 500 active torrents.
  2. Installed a firefox add-on that makes all background tabs think they are still in the foreground.

The page cannot be refreshed. I cannot log out. I can click on menus but they are slow to respond and nothing actually "interactive" ever shows up. Closing the tab and opening a brand new one works find. As does refreshing the page after clearing cookies. However, I prefer the first option as it doesn't destroy my column customization.

Server-side, there are no issues and all torrents seem to be uploading and downloading normally. It's just the UI lag. I will reduce my total torrents at some point and see what happens.

luzpaz commented 7 months ago

Still reproducible ?

mzso commented 7 months ago

For my part I didn't notice slowdown and laggy UI in a good while.