qBittorrent official forums

Lets first get the specs out of the way
Windows 7- SP1 - x64
qbTorrent (4.04 - 4.1.6 all appear to have this)
Aquantia AQN-107 10gbe nic

I recently installed a 10gbe nic in my PC to better interface to my nas.  I had no issues with qbtorrent prior to installing this network card and everything else on on my PC appears to function as normal.

For each of these tests I have cleared the Local and Roaming qbTorrent folders so it mimics a fresh install.  I have also uninstalled and re-installed.

When opening qbtorrent, the UI is incredibly slow, as in, I can see the screen, but when I click the icon to bring if from the taskbar/start bar, it takes a while (10-15 seconds and sometimes unresponsive).  Once the app is open I cannot click around on the File/Tools/etc menu at the top, or really anywhere in the app.  It simply does not open.  The crazy part is, when I disable the Aquantia AQN-107 10gbe nic in device manager, the app becomes immediately responsive like I am used to. 

When looking at the logs, I am thinking it just does not understand how to use this nic and is looping trying to get a connection.

I tried to force qbtorrent to use the 10gbe nic by changing qbtorrent.ini, but then it tells me that the interface is invalid (The network interface defined is invalid: ethernet_6), but yet I have full network capability on all other apps.

I did some regression testing by disabling the 10gbe nic and going back to the on motherboard nic which I used forever.  App loaded right up without issue, very responsive.

Any suggestions for settings or things to check on the nic or if I should open a true bug report would be helpful.  I am going to return the nic if I cannot get this straightened out.  Happy to get any debug level logs or any memory dumps if required.

Here is a snapshot of the log with the 10gbe nic enabled as I open the app:

(N) 2019-07-20T16:57:10 - qBittorrent v4.1.5 started
(I) 2019-07-20T16:57:10 - qBittorrent is trying to listen on any interface port: 8999
(N) 2019-07-20T16:57:10 - Peer ID: -qB4150-
(N) 2019-07-20T16:57:10 - HTTP User-Agent is 'qBittorrent/4.1.5'
(I) 2019-07-20T16:57:10 - DHT support [ON]
(I) 2019-07-20T16:57:10 - Local Peer Discovery support [ON]
(I) 2019-07-20T16:57:10 - PeX support [ON]
(I) 2019-07-20T16:57:10 - Anonymous mode [OFF]
(I) 2019-07-20T16:57:10 - Encryption support [ON]
(I) 2019-07-20T16:57:10 - Embedded Tracker [OFF]
(I) 2019-07-20T16:57:10 - UPnP / NAT-PMP support [ON]
(I) 2019-07-20T16:57:10 - GeoIP database loaded. Type: GeoLite2-Country. Build time: Mon Jul 15 13:52:37 2019.
(N) 2019-07-20T16:57:11 - Options were saved successfully.
(I) 2019-07-20T16:57:22 - qBittorrent is successfully listening on interface :: port: TCP/8999
(I) 2019-07-20T16:57:27 - qBittorrent is successfully listening on interface 0.0.0.0 port: TCP/8999
(I) 2019-07-20T16:57:31 - qBittorrent is successfully listening on interface 0.0.0.0 port: UDP/8999
(I) 2019-07-20T16:57:37 - External IP: <My.Real.External.IP>

Update.

Disabling the: Use UPnP/NAT Forwarding on my Router seemed to have solve the issue.  It potentially could have been in my network, but still seems like something qbtorrent should look at and jump out of the "try to make UPnP rule" after 15 seconds or something.

qBT is trying to make both a UPnP rule and a NAT-PMP rule at the same time.
Other BitTorrent clients separate the 2 options precisely because of the relatively rare conflicts this can cause.

be aware of the tcpip chimney. Try it both ways. You possibly breach the rules "In automatic mode, TCP Chimney Offload considers offloading the processing for a connection only if the following criteria are met: the connection is established through a 10 Gbps Ethernet adapter, the mean round trip link latency is less than 20 milliseconds, and at least 130 KB of data has been exchanged over the connection. "
https://blogs.technet.microsoft.com/ont ... isable-it/