Was waiting for someone else to say it, but you should look at what
Octopus does with its operation continuation flags.
Another interesting twist on this is "lossy" streams -- but such a
thing may be best represented outside of 9P (or perhaps with a 9P
gateway).
-eric
On Mon, Aug 31, 2009 at
> > > did anyone already investigate how an streaming (w/o expicit read
> > > requests) could be done via 9P ?
> >
> > Why don't you use a protocol more suitable for high latencies?
>
> i think the problem rather is the tradition of having one
> outstanding message per fid. as far as i can tell,
On Mon Aug 31 09:00:33 EDT 2009, 23h...@googlemail.com wrote:
> Why don't you use a protocol more suitable for high latencies?
>
i think the problem rather is the tradition of having one
outstanding message per fid. as far as i can tell, 9p doesn't
have this restriction. we just use it that way
Why don't you use a protocol more suitable for high latencies?
On Mon, Aug 31, 2009 at 12:20 PM, Enrico Weigelt wrote:
>
> Hi folks,
>
>
> did anyone already investigate how an streaming (w/o expicit read
> requests) could be done via 9P ?
>
> An option could be adding a new opcode telling the ser
