sftp reget/reput

[Dmitry Lohansky]

Hello Dan,

Wednesday, September 17, 2003, 12:03:13 PM, you wrote:

DK> It's a mighty inefficient codepath that literally reads data out of 
DK> order and sends it such; disk seek times are deadly.  That being said, 
DK> simply implement a cache that handles out of order transactions and only 
DK> writes to disk complete windows of data.  This does mean memory usage 
DK> can grow in case of a small missing block, but certainly we can control 
DK> that by monitoring our number of outstanding requests and failing to 
DK> issue more when the server obstinately refuses to give us one particular 
DK> entry.

DK> This is, of course, directly analogous to a TCP Window.

I agree with Dan Kaminsky, this method is also nice.
User can use -B and -R options for manually controling size of received buffer
and number of outstanding request.

-- 
Best regards,
 Dmitry Lohansky