Interface becomes unresponsive while transferring lot of files
|Reported by:||adroid||Owned by:|
|Keywords:||unresponsive, log, performance||Cc:|
|Component version:||3.45.1||Operating system type:||OS X|
|Operating system version:||10.15.1|
FileZilla Client becomes unresponsive when a lot of files are uploaded or downloaded simultaneously.
I can confirm that this is not a new issue - been having that for the past few years with different versions of OS X + FileZilla client versions + with different hardware.
It seems to be related to the fact that how fast the log can update.
For example if I add 10000 big files to the queue and start to upload/download with 10 simultaneous connections, it's all good - mainly because the log is updated slowly due the time that it takes to finish transferring one file.
If I now take 10000 small files (let's say 1-300kb of size) and have 10 simultaneous connections processing the queue, the interface becomes unresponsive. It might react occasionally but usually it becomes responsive when the queue has run empty.
How I realised that it might be connected to the log:
While the queue is running and app is unresponsive, when I do a right click on the log area and click on the "Clear all", the app becomes responsive for a while until the log clogs the application up again.
If I clear the log while the queue is running and immediately clear it again and again, then the app stays responsive.
I have not noticed this behaviour on Ubuntu 16 or 18, so I'd guess it's a OS X specific issue.
Intel i7-8559U, 2.7GHz, 16GB RAM, PCI-e storage
Let me know if I can help with any additional information.