On Mon, 21 Jul 2003, Ihar "Philips" Filipau wrote:
> Hello All!
>
> I have little bit theoretical question. As usual ;-)
>
> From what ever piece of doc I see says that STREAMS are good.
> They are part of SUS (at least v3 has them).
> Sun's docs reffering only cases when one may want to use them.
> This was the first pointer to problems: docs are missing the
> "dark side" of STREAMS.
>
> Can anyone give any pointers to information why STREAMS are _not_
> part of Linux kernel yet?
> (Besides that no-one needs/merged it in kernel ;-)
> What kind of problems this implementation of I/O has?
> (Low performance and high latencies I expect - but what's else?)
>
> Any sort of RTFM will be very appreciated.
>
> Thanks in advance.
>
Streams are an extension of buffered I/O implimented by the 'C'
runtime library. Streams really have nothing to do with the
internal workings of kernel I/O. As far as kernel I/O goes,
one reads() and writes() from user-space.
That said, the kernel provides getpmsg and putpmsg functions
to support streams. You really can't do much more for streams
inside the kernel and be efficient.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.20 on an i686 machine (797.90 BogoMips).
Note 96.31% of all statistics are fiction.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jul 23 2003 - 22:00:43 EST