Re: [9fans] streams

[roger peppe <rogpeppe@gmail.com>]

On 21 February 2011 18:53, Nemo <nemo.mbox@gmail.com> wrote:
> i reply myself; i think they use sst to mix multimedia streams, and
> in that case a lost packet in one stream (say text) would
> delay other streams (say audio) that do not need to be delayed if
> you use sst.
>
> But otherwise I still think that muxing a tcp stream might provide
> something similar (without some of sst ffeatures, i admit) and a lot
> easier to implement. I'll write a toy to see if this is wrong.

i've been playing around with something similar in Go, layering
rpc (analogous to 9p) over netchan (analogous to SST), which
seems to work quite well, although i haven't done many
performance experiments.

this by itself doesn't entirely mitigate 9p performance though.
there are many sequences of operations that still
require multiple unnecessary round trips.

i've also been experimenting with a 9p modification that
suggested some while ago, allowing multiple outstanding
requests to be queued in sequence. it works, but the code
still needs quite a bit of polishing.

the summary is here:
http://code.google.com/p/rog-go/source/browse/new9p/doc.txt