STREAMS

STREAMSは、UNIX System Vのキャラクタデバイスの実装フレームワークである。
STREAMSは、カーネルやユーザ空間プロセスとデバイスドライバとの全二重双方向のキャラクタI/Oを実装するモジュール性の高いアーキテクチャとして設計された。端末I/Oやネットワークサブシステムの開発によく使われた。System V Release 4では、全ての端末インタフェースがSTREAMSを使って実装された。
STREAMSは、プロトコルスタックを実装するためのカーネル内の仕組みである。たとえば、TCP/IPでは、TCPやIPがそれぞれSTREAMSモジュールとして実装される。STREAMSモジュールには上位層への双方向接続ポートと下位層への双方向接続ポートを持つ。STREAMSモジュールは基本的には上位層や下位層のことを全く知らなくてもよい構造になっていて、TCPモジュールのルーチンがIPのルーチンを直接コールすることはない。
STREAMSはBSDのソケットAPIと対抗する技術だが、STREAMSを使ったシステムでは常にソケットのインタフェースも提供された。STREAMSはソケットよりも複雑だが、柔軟性も高い。
歴史.
STREAMSはデニス・リッチーがVersion 8 Unixに導入したのが最初であり、その時点で端末I/OとTCP/IPプロトコルに使われていた。当時のUNIXの入出力システムコール ("open", "close", "read", "write", "ioctl") に新たな機能を導入しようとする試みであったが、その応用は端末I/Oとパイプ状のI/O意味論を提供するプロトコル群に限定されていた。その後、Robert Israel、Gil McGrath、Dave Olander、Her-Daw Che、Maury BachらがSystem V Release 3に移植し、様々なトランスポート層プロトコル（TCP/IP、ISO Class 4 transport、SNA LU 6.2、RFSで使うAT&T NPACK protocol）を STREAMSで実装できるよう拡張された。これはまず、UNIX System V Release 3のNetwork Support Utilities (NSU) パッケージと共にリリースされた。この時点で、"putmsg"、"getmsg"、"poll" というシステムコールが追加された。これらはそれぞれ、BSDソケットの"send"、"recv"、"select"システムコールに相当するが、名前空間の衝突を避けるために別の名前を付けている。System V Release 4では、STREAMSは端末I/Oフレームワークやパイプの実装にも使われ、双方向パイプやファイル記述子の受け渡しといった便利な機能が追加された。UNICOSへの移植も行われている。
ベル研究所によるオリジナルの実装は遅いという悪評があったが、SVR3やその後の実装では特に性能が悪いという話はない。
SVR3への移植と並行して、AT&TはOSI参照モデルの各層（2層から4層まで）についてのSTREAMSメッセージパッシングの（プロトコルに依存しない）ガイドラインを開発した。
しかし、ネットワーク層とトランスポート層の間はプロトコルスタックの実装に依存する部分が大きく、また上位層 (5-7) はカーネルでは実装されないことから、データリンク層とトランスポート層がそれぞれの上位層に見せるSTREAMSインタフェースだけが後にX/Openによって標準化された。トランスポート層の実装に依存しないメッセージパッシング型のAPIとしてTransport Layer Interface (TLI) が定義され、後にX/Open Transport Interface (XLI) として採用された。また、セッション層、プレゼンテーション層、アプリケーション層をサポートするライブラリが定義され、後にThe Open Groupが標準化した。
STREAMSはSingle UNIX Specificationのバージョン1 (UNIX95) とバージョン2 (UNIX98) では必須とされていたが、BSDやLinuxでは採用されなかったためバージョン3 (UNIX03) ではオプションとなっている。
実装.
STREAMSは主にSystem V系UNIXで使われたが、他にも以下のような実装が存在する。