Opened 13 years ago
Last modified 11 years ago
#7909 new Bug report
Max Simultaneous Transfers over set limit causes server timeouts
Reported by: | Barry Ira Geller | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | FileZilla Client |
Keywords: | Cc: | ||
Component version: | Operating system type: | Windows | |
Operating system version: | winxp sp3 |
Description
In Concurrent Transfers default was 4 but Filezilla was trying to send more than 8 simultaneous transfers causing Server to do dozens of 5 second timeouts since it has a limit of 8 concurrent transfers allowed. Verified this was the problem in cPanel, which showed 8 current transfers, with warnings. This occurred when I was uploading about 2200 files. Left about 120 as "failed".
Basically, even though setting was 4 concurrent transfers, program was sending 8 and trying to do more, stalling out my server.
After complete, I changed the settings to 3 simultaneous transfers, put the failed files back into live queue and resent OK.
Conclusion: the amount of files in upload queue caused something to override default simultaneous setting.
Thanks.
===============
FileZilla Client
Version: 3.5.3
Build information:
Compiled for: i586-pc-mingw32msvc
Compiled on: x86_64-unknown-linux-gnu
Build date: 2012-01-08
Compiled with: i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2)
Compiler flags: -g -O2 -Wall -g -fexceptions
Linked against:
wxWidgets: 2.8.12
GnuTLS: 2.10.4
Operating system:
Name: Windows XP (build 2600, Service Pack 3)
Version: 5.1
Platform: 32 bit system
After further testing, even with 500 or more files, the superspeed of the download just seems to push/override filezilla's cuncurrency setting right into the roof of the max streams available.