[RFC] Multipart support for _urllib_

[Aaron Bentley]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

John Arbash Meinel wrote:
>>I think readv could be implemented using pipelining, so it could look
>>like normal code on the outside.

> I'm not sure what you mean by 'normal code' on the outside. 

I mean, 'not async or pipelined in an obtrusive way'.  readv is a
scatter-gather interface, so conceivably, sftp could outperform http for
this purpose.

> readv() is
> meant to be the abstraction, the Transport can do whatever it wants to
> make it fast.


> My point was to have SFTP do the same thing that HTTP is doing. Pull
> over any overlapping, nearby, etc ranges. And then return the requested
> hunks in the order requested.

I agree.  Seeking is nice, but not needing to seek is nicer.  While
read_records already does sort requests before doing a readv, I think
it's nicer to do that at the Transport layer.

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFEmAdn0F+nu1YWqI0RAn8bAJ9w1YgMW19VyXEkd7HZax8OXSFi7QCfYChc
emQfPolK2yDigVbd/j2nDTo=
=eQrl
-----END PGP SIGNATURE-----