[erlang-questions] : : : : : sctp_peeloff() support in OTP
Thu Apr 23 14:08:45 CEST 2009
can you please use some mail client that supports threading? It's fourth
thread about "sctp_peeloff() support in OTP".
On Thu, Apr 23, 2009 at 11:56 AM, Raimo Niskanen <
> On Wed, Apr 22, 2009 at 10:37:21PM +0200, Valentin Micic wrote:
> > > In what way is it useful to dispatch messages from the
> > > driver level onto a PID dedicated for a streams if
> > > you do not get flow control per stream?
> > Not sure if it would be useful, and not sure if that is what I've been
> > trying to say/ask. Forget about my "stream processor" (*) suggestion, it
> > irrelevant, and I prefer the implementation at the driver level anyway.
> > I was only wondering if there is a way to achieve a stream separation
> > without utilizing additional file descriptors. I think yes, but the
> > may end up too complex and difficult to maintain, etc.
> If it is useful it may be worth the complexification...
> But I am now under the assumption that a stream separation
> that does not utilize additional file descriptors
> (as you ask for) can not do per-stream flow control
> (with respect to remote peer) and therefore is not useful.
> Prove me wrong and I might do it.
> > I would be very grateful if you implement this feature whichever way you
> > find fit :-).
> > BR
> > V.
> > (*) I did say that stream processor can do queuing, though. This would
> > some basic flow control vis-à-vis target PID, but not necessarily with
> > respect to remote peer. :-)
> / Raimo Niskanen, Erlang/OTP, Ericsson AB
> erlang-questions mailing list
--Hynek (Pichi) Vychodil
Analyze your data in minutes. Share your insights instantly. Thrill your
boss. Be a data hero!
Try Good Data now for free: www.gooddata.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions