STREAMS

Кіріспе

Unix System V framework Компьютерлік желілерде STREAMS - Unix System V-дегі таңбалық құрылғы драйверлерін, желілік протоколдарды және процестер арасындағы байланысты іске асыру үшін арналған туынды жүйе. Бұл фреймворкте ағын - бағдарлама мен құрылғы драйвері (немесе бағдарламалардың жұбы) арасындағы хабарламаларды өткізетін coroutines тізбегі. STREAMS 8-ші Research Unix нұсқасында пайда болды, Streams (ағаштық емес). STREAMS-тың дизайны - ядро мен құрылғы драйверлері арасындағы толық дуплексті I/O-ны іске асыру үшін модульдік архитектура. Оның ең жиі қолданылуы терминал I / O (желілік тәртіп) және желілік жүйелерді әзірлеуде болды. System V Release 4-те STREAMS-ті қолдана отырып, терминал интерфейсі қайта іске асырылды. STREAMS-тағы маңызды тұжырымдама - бұл драйверлерге арнаулы код модульдерін жіберу мүмкіндігі, олар желі интерфейсінің немесе басқа құрылғының функционалдығын бірге стек құру үшін өзгерте алады. Осы дирижерлердің бірнешеуін біріктіріп тізбекпен байлауға болады.

Тарих

STREAMS Денис Ричидің Research Unix (V8) сегізінші нұсқасында енгізілген Streams I/O жүйеге негізделген, онда ол терминал I/O жүйеге және Интернет протоколы жиынтығына пайдаланылған. Бұл нұсқа әлі STREAMS деп аталмаған, қолданыстағы құрылғы I/O жүйелік шақырулары (ашық, жабық, оқу, жазу және ioctl) бойынша жаңа функционалдылыққа сәйкес келеді және оның қолданылуы терминал I/O және құбыр сияқты I/O семантикасын қамтамасыз ететін протоколдармен шектелген. Бұл I/O жүйесі System V Release 3 -ке Роберт Израиль, Гил Макграт, Дейв Оландер, Хер Доу Че және Мори Бах арқылы TCP, ISO Class 4 транспорты, SNA LU 6.2, және AT&T NPACK протоколы (RFS-те пайдаланылады) сияқты әртүрлі тасымалдау протоколдарын қолдау үшін жасалған кең ауқымды шеңбердің бөлігі ретінде портталды. Ол алғаш рет UNIX System V Release 3 желілік қолдау құралдары (NSU) пакетімен бірге шығарылды. Бұл порт Беркли сокетінен жіберілген, қайта алынған және таңдалған шақыруларға мақсатты түрде тең болатын putmsg, getmsg және poll жүйелік шақыруларды қосты. putmsg және getmsg жүйелік шақырулары бастапқыда send және recv деп аталды. System V Release 4 жүйесінде STREAMS кеңейтіліп, терминал I/O фреймворкі мен құбырлары үшін пайдаланылды, бұл екі бағыттағы құбырлар мен файл дескрипторларын өткізу сияқты пайдалы жаңа функционалдылықты қамтамасыз етті. System V Release 3 портымен бір уақытта AT&T OSI моделінің сілтеме, желі және тасымалдау қабаттары үшін (қабаттар 2-4), протоколды тәуелсіз STREAMS хабарламаларын өткізу нұсқауларын әзірледі. Белгілі бір протокол стекіндегі желілік және тасымалдау протоколдарының әдеттегі тығыз іске асырылу қосындысына және ядродан тыс 5-7 қабаттарды іске асырудың әдеттегі практикасына байланысты, кейінірек X/Open тек сілтеме STREAMS қызмет интерфейстерін стандарттады. Транспорттық хабарламаларды беру моделімен бірге, Транспорттық қабат интерфейсі (кейін X/Open Transport Interface ретінде қабылданған) қосымшаларды әзірлеу үшін тәуелсіз транспорттық протокол API-ін қамтамасыз ету үшін анықталды. Сонымен қатар, сессия, презентация және қолданба қабаттарын қолдайтын кітапхана анықталды және кейіннен The Open Group стандарттады. STREAMS Single UNIX Specification нұсқаларына 1 (UNIX 95) және 2 (UNIX 98) сәйкес келу үшін талап етілді, бірақ BSD және Linux әзірлеушілерінің STREAMS ұсынудан бас тартуы нәтижесінде, 3-ші нұсқада (UNIX 03) POSIX сәйкестігі үшін Austin Group-тің нұсқасы ретінде таңдалды. POSIX.1 2008 with TC1 (IEEE Std 1003.1, 2013 басылымы) STREAMS-ті "белгілі түрде ескірген" деп белгіледі, яғни аталған функционалдық ерекшеліктің болашақ нұсқасында алынып тасталуы мүмкін. Алайда, "жасырын" деген сөздің нақты анықтамасы POSIX-ке сәйкес келетін қолданбалар "жасырын мүмкіндіктерді қолданбауы тиіс" деп айтады.

STREAMS was based on the Streams I/O subsystem introduced in the Eighth Edition Research Unix (V8) by Dennis Ritchie, where it was used for the terminal I/O subsystem and the Internet protocol suite. This version, not yet called STREAMS in capitals, fit the new functionality under the existing device I/O system calls (open, close, read, write, and ioctl), and its application was limited to terminal I/O and protocols providing pipe like I/O semantics. This I/O system was ported to System V Release 3 by Robert Israel, Gil McGrath, Dave Olander, Her Daw Che, and Maury Bach as part of a wider framework intended to support a variety of transport protocols, including TCP, ISO Class 4 transport, SNA LU 6.2, and the AT&T NPACK protocol (used in RFS). It was first released with the Network Support Utilities (NSU) package of UNIX System V Release 3. This port added the putmsg, getmsg, and poll system calls, which are nearly equivalent in purpose to the send, recv, and select calls from Berkeley sockets. The putmsg and getmsg system calls were originally called send and recv, In System V Release 4, STREAMS was extended and used for the terminal I/O framework and pipes, providing useful new functionality like bidirectional pipes and file descriptor passing. Concurrent with the System V Release 3 port, AT&T developed protocol independent STREAMS message passing guidelines for the link, network, and transport layers of the OSI model (layers 2 4). Due to the typically close implementation coupling of the network and transport protocols in a given protocol stack, and the typical practice of implementing layers 5 7 outside of the kernel, only the link STREAMS service interfaces were later standardized by X/Open. In conjunction with the transport message passing model, the Transport Layer Interface (later adopted as the X/Open Transport Interface) was defined to provide a transport protocol independent API for application development. Also, a library supporting the session, presentation and application layers was defined and later standardized by The Open Group. STREAMS was required for conformance with the Single UNIX Specification versions 1 (UNIX 95) and 2 (UNIX 98), but as a result of the refusal of the BSD and Linux developers to provide STREAMS, was marked as optional for POSIX compliance by the Austin Group in version 3 (UNIX 03). POSIX.1 2008 with TC1 (IEEE Std 1003.1, 2013 edition) has designated STREAMS as 'marked obsolescent' meaning that said functionality may be removed in a future version of the specification. However, the specific definition of 'obsolescent' used also says that strictly conforming POSIX applications 'shall not use obsolescent features'.