|
Article on other languages:
|
STREAMSは、UNIX System Vのキャラクタデバイスの実装フレームワークである。 STREAMS は、カーネルやユーザ空間プロセスとデバイスドライバとの全二重双方向のキャラクタI/Oを実装するモジュール性の高いアーキテクチャとして設計された。端末I/Oやネットワークサブシステムの開発によく使われた。System V Release 4 では、全ての端末インタフェースがSTREAMSを使って実装された[1]。 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)に新たな機能を導入しようとする試みであった。その後、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 で実装できるよう拡張された。この時点で、putmsg、getmsg、poll というシステムコールが追加された。これらはそれぞれ、BSDソケットの send、recv、select システムコールに相当する。その後、STREAMS は端末I/Oやパイプの実装にも使われ、双方向パイプやファイル記述子の受け渡しといった便利な機能が追加された。 ベル研究所によるオリジナルの実装[2]は遅いという悪評があったが、SVR3 やその後の実装では特に性能が悪いという話はない。 SVR3への移植と並行して、AT&T はOSI参照モデルの各層(2層から5層まで)についてのSTREAMSメッセージパッシングの(プロトコルに依存しない)ガイドラインを開発した。しかし、ネットワーク層とトランスポート層の間はプロトコルスタックの実装に依存する部分が大きく、また上位層はカーネルでは実装されないことから、トランスポート層と上位層の間のインタフェースだけが広く採用されることとなった。これが Transport Layer Interface (TLI) である(後に X/Open Transport Interface (XLI) として採用された)。TLI/XLI は BSDソケットとほぼ等価である。 STREAMS は Single UNIX Specification のバージョン1(UNIX95)とバージョン2(UNIX98)では必須とされていたが、バージョン3(UNIX03)ではオプションとなっている。 実装STREAMS は主に System V 系 UNIX で使われたが、他にも以下のような実装が存在する。
脚注
外部リンク
|
This article is from Wikipedia. All text is available under the terms of the GNU Free Documentation License.
Mercedes Car
This site monitored by SitePinger.net