I've been looking at the SFTP code and the filexfer RFC (and ended up answering my prior questions). I was wondering if anyone had any thoughts as to what might happen if the maximum number of outstanding requests was increased. Currently its set in sftp.c at /* Number of concurrent outstanding requests */ size_t num_requests = 16;
Quick note of clarification. I know you can change this from the command line with -R. Mostly I'm just wondering if there are situations where increasing it might cause problems. Chris Rapier wrote:> I've been looking at the SFTP code and the filexfer RFC (and ended up > answering my prior questions). I was wondering if anyone had any > thoughts as to what might happen if the maximum number of outstanding > requests was increased. > > Currently its set in sftp.c at > /* Number of concurrent outstanding requests */ > size_t num_requests = 16; > _______________________________________________ > openssh-unix-dev mailing list > openssh-unix-dev at mindrot.org > http://lists.mindrot.org/mailman/listinfo/openssh-unix-dev
On Wed, 25 Apr 2007, Chris Rapier wrote:> I've been looking at the SFTP code and the filexfer RFC (and ended up > answering my prior questions). I was wondering if anyone had any > thoughts as to what might happen if the maximum number of outstanding > requests was increased. > > Currently its set in sftp.c at > /* Number of concurrent outstanding requests */ > size_t num_requests = 16;I'm not sure what you are asking. Obviously, increasing this will cause more requests to be made before waiting for the first request ACK. You can change this from the commandline with the -R flag. -d
Maybe Matching Threads
- [PATCH] Adds support for SSH_FXP_LINK request to sftp-server and sftp client
- SFTP: a new command to get filesystem size/free space
- [Bug 3054] New: sftp -R num_requests allows num_requests+1
- sftp performance problem, cured by TCP_NODELAY
- [Bug 2948] New: implement "copy-data" sftp extension