On Thu, 08 Sep 2011 13:14:47 PDT John Floren <j...@jfloren.net> wrote: > On Thu, Sep 8, 2011 at 12:44 PM, Bakul Shah <ba...@bitblocks.com> wrote: > > > > Is there a way to distinguish between files backed by real > > storage & synthetic files? Seems to me that the server > > wouldn't know if you pipelined multiple read/write requests on > > a given connection (in-order delivery). May be the client can > > do read-ahead of N blocks. But one issue with read-ahead / > > write-behind is the problem of head of line blocking -- > > further non-r/w requests queue up behind them. That is why FTP > > uses a control connection for all the commands & responses but > > data is delivered on a fresh tcp connection. > > See my thesis for an FTP-like extension to 9P > (https://bitbucket.org/floren/tstream/src/67c7419ad84a/documents/Thesis.pdf) > in which 9P messages are used to negotiate a separate TCP data stream, > avoiding the blocking problem. It achieved transfer performance > equivalent to that of HTTP over a high-latency link. > > Deja vu here--I know we just discussed this about a month ago :)
Deja vu all over again. We seem have this discussion every N months. But why do you need to extend the protocol? Just use a new connection for every file from a local proxy or something! I will have to read your thesis.
