I am running a demo version of the pro tools... I have put a simple example together that connects to an OpenSSH server and downloads a file that is 40 MB in size... i download the file with your software and the best I can get is 3 minutes with cranking up the TransferBufferSize, otherwise its > 4 minutes with the 4096 bytes that the sample I downloaded from your site uses. I am using the secureFTPconnection class. (have also tried SSHFTPClient and it is super slow as well)
I downloaded the same file with winscp(generic sftp utility) and it only took 45 seconds... all same network/computer setup... same time of day everything...
I tried a tool called Maverick.NET (a competitor's SFTP .NET component) and it only took 20 seconds to retrieve the file...
I dug around on your site a lot to try to find ways to optimize the transfer but as of yet, they have all been fruitless... I was wondering if you have any suggestions.
I tried another openssh server/client computer setup to download a smaller file... I ran a filtered packet capture to watch the data flows... winscp had an average throughput of 27 packets/sec compared to edtpro's 18 packets/sec.. winscp exchanged 459 packets, edtpro exchanged 535, winscp had an avg of 726 bytes/packet whereas edtpro had an average of 623 bytes per second...
What I am wondering is if there are any ways to adjust some socket level settings to improve performance... some other utilities allow you to control the file transfer blocksize of the actual chunks of data that go back and forth... is that possible or do you have any other suggestions? As of right now the performance differences are too significant to invest in your product... but if they are tweakable and I just am missing how to do this... I would be glad to try out any new ideas.
I am using version 4.0.2.0 of edtFTPnetPRO.dll.
Thanks
-Wes
