sq at oganer.net
Thu Sep 18 11:57:10 EST 2003
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> 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.
More information about the openssh-unix-dev