Slow upload speed/uploading constantly dropping.

[dddd66]

Nicotine+ version: 3.3.6 Operating System/Distribution: Windows 10 22H2

Describe the bug

After my ISP dropped CGNAT, something that limited the people that i was able to connect to or upload to, i began to upload more, but now my upload rarely gets used properly, instead rarely a connection seems to actually continue uninterrupted. What i noticed is that if i manually abort and retry the connection a few seconds after, the upload speeds go up for a moment after dropping down again and keep on the "upload for a second, don't do nothing for 3 seconds" thing, now it also seems that sometimes the connection gets going, but using just barely my upload speeds, around <150 kbps, while i have my ports open recognized by the official soulseek ports tester. While i was under CGNAT, my upload speeds were great and this never happened before. For reference, the only other P2P program i use daily, qbittorrent 4.6.4, my upload is fine and the connection works as expected. This is problem is exclusive to upload, my download speeds are normal.

Expected behavior

Constant connection with other people downloading.

Steps to reproduce the bug

Have anyone download files from you.

Additional context

Screenshots, logs, stacktraces or relevant information. Appears to only happen with Nicotine, after apparently my ISP finally allowing me to have my ports recognized as open to others.

[dddd66]

Doing a little more search i found this related issue #2219 which seems to be the same problem. I tested the latest version available for Linux Mint (which is older) and the exact same thing happens.

[slook]

this related issue

• 2219

Also related:

• 3033

• 3160

(the estimated time left calculation depends on the current speed value)

the "upload for a second, don't do nothing for 3 seconds" thing

This sort of bursting phenomenon could potentially occur because packets are quickly consumed somewhere along the route (such as by a software virus scanner, hardware firewall, router or gateway device) before arriving at a (much) slower destination client whose unable or unwilling (such as by a set rate limiter) to receive incoming packets as fast as they are being sent out.

[dddd66]

After trying out many different configurations and eliminating a ton of variables, heres the current situation: i noticed i had 3 faulty flac files that nicotine complained about, indeed they were broken so i deleted them, i reinstalled nicotine on the same drive as the main folder i share things from, before it was installed in C: which is my SSD. Some of my uploads have been using my internet properly, i'll wait for more to see if the problem disappeared. for reference i'm using version: 3.3.2 on windows 10 22H2 x64, because i had this installer around from previous testings with older versions. Upload is configured this way: unlimited upload speed, 2 upload slots with round robin queue, open port in the router.

[slook]

Please note that the Speed is calculated differently in later versions, and the value of Finished transfers now represents the overall average across the entire Elapsed Time instead of at the last instant. https://nicotine-plus.org/doc/DOWNLOADS.html#windows

However the momentary values displayed while Transferring can often appear be erratic, especially if the remote peer is much slower than you. The newer Speed calculation method makes this even more apparent than it was in older versions.

[dddd66]

I'm running the latest stable version for x64 windows and the problem hasn't gone. I guess it must really be a problem at the router/network level, if there are any ways for me to help debug this issue i would be glad to share any log files.