Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Extremely high latency #7973

Closed
cyberduck opened this issue May 23, 2014 · 3 comments
Closed

Extremely high latency #7973

cyberduck opened this issue May 23, 2014 · 3 comments
Labels
bug ftp FTP Protocol Implementation worksforme

Comments

@cyberduck
Copy link
Collaborator

3dbc8a6 created the issue

Cyberduck has become extremely slow since updating to v4.4.4. All actions take 15 or more seconds (e.g. connect, disconnect, list files, delete file). Yet, download and upload speeds are normal.

It's odd. I'm running LittleSnitch which tells me when traffic is going up or down. Cyberduck seems to respond to traffic reasonably but there are long delays between Cyberduck sending requests and the reply. Yet, when I used another FTP app (FileZilla) there were no delays at all between the app sending the request and the response from the server. Every action happened immediately.

This problem was not apparent with v4.4.3.

Attachments
@cyberduck
Copy link
Collaborator Author

@dkocher commented

Can you find any related output in the system.log (/Applications/Utilities/Console.app)?

@cyberduck
Copy link
Collaborator Author

3dbc8a6 commented

Thanks for looking at this. System log shows only this line:

28/05/2014 11:32:07.303 am Cyberduck[1362]: 10.4-style NSDateFormatter method called on a 10.0-style formatter, which doesn't work. Break on _NSDateFormatter_Log_New_Methods_On_Old_Formatters to debug. This message will only be logged once.

Looks like the CyberDuck code is calling a very old function.

The CyberDuck log shows this:

NOOP<br />
200 NOOP command successful<br />
CWD /myfolder<br />
250 CWD command successful<br />
TYPE A<br />
200 Type set to A<br />
PORT 192,168,1,100,192,172<br />
200 PORT command successful<br />
LIST -a<br />
425 Unable to build data connection: Connection timed out<br />
PASV<br />
227 Entering Passive Mode (203,129,32,136,165,59).<br />
LIST -a<br />
150 Opening ASCII mode data connection for file list<br />
drwx------   2 user@isp.com.au www-data     4096 May 23 04:20 .<br />
drwxrwx---   3 user@isp.com.au www-data     4096 May 23 04:18 ..<br />
-rw-r--r--   1 user@isp.com.au www-data 909528576 May 21 07:13 MyFile.png<br />
-rw-r--r--   1 user@isp.com.au www-data    54896 May 23 04:20 Anotherfile.pdf<br />
226-Transfer complete<br />
226 Used 862.27MB from 1024.00MB. You have 161.73MB available space.

I don't know why it's not using passive mode from the off. I have it set as the default - see attachment.

By the way, how can I paste in line breaks with this forum ? I have to have two line breaks to get them to show in Preview or manually add line breaks into all the pasted text which I did this time. Odd.

@cyberduck
Copy link
Collaborator Author

3dbc8a6 commented

PROBLEM SOLVED

Sorry, user error. I had my bookmark set to "Active" which overrode the default setting. Switched to Passive for that bookmark and all is sweet.

Many thanks.

Garry

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
bug ftp FTP Protocol Implementation worksforme
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@cyberduck