control buffers messages and does n

control buffers messages and does not accept messages without sufficient buffer space.
This process involves exchanges of control messages between queues in adjacent modules.

A user process writes data to a device using either the write() or putmsg() system call.
The write() system call writes raw data to the stream, whereas putmsg() allows the user process to specify a message.
Regardless of the system call used by the user process, the stream head copies the data into a message and delivers it to the queue for the next module in line.
This copying of messages continues until the message is copied to the driver end and hence the device.
Similarly, the user process reads data from the stream head using either the read() or getmsg() system call.
If read() is used, the stream head gets a message from its adjacent queue and returns ordinary data (an unstructured byte stream) to the process.
If getmsg() is used, a message is returned to the process.

STREAMS I/O is asynchronous (or nonblocking) except when the user process communicates with the stream head.
When writing to the stream, the user process will block, assuming the next queue uses flow control, until there is room to copy the message.
Likewise, the user process will block when reading from the stream until data are available.

As mentioned, the driver end—like the stream head and modules—has a read and write queue.
However, the driver end must respond to interrupts, such as one triggered when a frame is ready to be read from a network.
Unlike the stream head, which may block if it is unable to copy a message to the next queue in line, the driver end must handle all incoming data.
Drivers must support flow control as well. However, if a device’s buffer is full, the

ผลลัพธ์ (ไทย) 1:

ควบคุมบัฟเฟอร์ข้อความ และรับข้อความ โดยพื้นที่บัฟเฟอร์ที่เพียงพอ
กระบวนการนี้เกี่ยวข้องกับการแลกเปลี่ยนข้อความตัวควบคุมระหว่างคิวในโมดูลติด

เป็นกระบวนการที่ผู้ใช้เขียนข้อมูลไปยังอุปกรณ์ที่ใช้เรียกระบบ write() หรือ putmsg()
การเรียกระบบ write() เขียนข้อมูลดิบการสตรีม ในขณะที่ putmsg() ช่วยให้กระบวนการของผู้ใช้เพื่อระบุข้อความ
ไม่เรียกระบบกระบวนการของผู้ใช้ หัวสตรีมข้อมูลคัดลอกข้อความ และส่งคิวสำหรับโมถัดไปในบรรทัด
นี้คัดลอกข้อความยังคงอยู่จนกว่าข้อความจะถูกคัดลอกไปท้ายโปรแกรมควบคุม และดังนั้นอุปกรณ์การ
ทำนองเดียวกัน ผู้ใช้กระบวนการอ่านข้อมูลจากหัวสตรีมที่ใช้เรียกระบบ read() หรือ getmsg()
ถ้าใช้ read() หัวสตรีมได้รับข้อความจากคิวอยู่ติดกัน และส่งคืนข้อมูลธรรมดา (ไม่มีโครงสร้างไบต์สตรีม) กระบวนการ
ถ้าใช้ getmsg() ข้อความจะถูกส่งกลับในกระบวนการ

เป็นกระแสข้อมูลของ I/O แบบอะซิงโครนัส (หรือ nonblocking) ยกเว้นเมื่อผู้ใช้กระบวนการสื่อสารกับหัวสตรีม
เมื่อเขียนการสตรีม กระบวนการผู้ใช้จะบล็อก สมมติว่าคิวต่อไปใช้การควบคุม จนกว่าห้องจะคัดลอกข้อความได้
ทำนอง กระบวนการผู้ใช้จะบล็อกเมื่ออ่านจากลำธารจนกว่าข้อมูลจะพร้อมใช้งาน

ดังกล่าว สิ้นสุดโปรแกรมควบคุม — เช่นหัวสตรีมและโมดูล — มีคิวอ่านและเขียน
อย่างไรก็ตาม จุดสิ้นสุดของโปรแกรมควบคุมต้องตอบการ interrupts เช่นทริกเกอร์เมื่อเฟรมพร้อมให้อ่านจากเครือข่าย
ต่างจากหัวสตรีม ซึ่งอาจบล็อคถ้าไม่สามารถคัดลอกข้อความไปยังคิวถัดไปในบรรทัด สิ้นสุดโปรแกรมควบคุมต้องจัดการข้อมูลขาเข้าทั้งหมด
โปรแกรมควบคุมต้องรองรับการควบคุมเช่น อย่างไรก็ตาม ถ้าบัฟเฟอร์ของอุปกรณ์เต็มรูปแบบ การ

ผลลัพธ์ (ไทย) 2:

การควบคุม buffer ข้อความและไม่ยอมรับข้อความโดยไม่มีพื้นที่ว่างเพียงพอบัฟเฟอร์
กระบวนการนี้มีความเกี่ยวข้องกับการควบคุมการแลกเปลี่ยนข้อความระหว่างคิวในโมดูลอยู่ใกล้กับ

กระบวนการผู้ใช้ที่เขียนข้อมูลไปยังอุปกรณ์โดยใช้ทั้งการโทรเขียน()หรือ putmsg ()ระบบ
ที่เขียน()ระบบการเขียนข้อมูลดิบเพื่อสตรีมในขณะที่ putmsg ()ช่วยให้กระบวนการผู้ใช้สามารถระบุข้อความ
โดยไม่คำนึงถึงการโทรไปที่ระบบที่ใช้โดยขั้นตอนที่ผู้ใช้สตรีมที่หัวสำเนาข้อมูลที่เข้าไปในข้อความและให้ไปไว้ที่คิวของโมดูลถัดไปในสาย
การทำสำเนาของข้อความจะยังคงดำเนินต่อไปจนกว่าข้อความจะถูกคัดลอกไปยังปลายทางพนักงานขับรถและดังนั้นอุปกรณ์ได้
ในทำนองเดียวกันการผู้ใช้อ่านข้อมูลจากสตรีมที่ศีรษะโดยใช้ให้โทรไปที่ระบบอ่าน()หรือ getmsg ()
หากอ่าน()จะถูกใช้หัวสตรีมที่ได้รับข้อความจากคิวอยู่ติดกันได้และการส่งคืนข้อมูลทั่วไป(สตรีม byte จัดโครงสร้าง)เพื่อดำเนินการ
หาก getmsg ()จะถูกนำมาใช้ข้อความที่ถูกส่งคืนให้กับกระบวนการนี้

สตรีม I / O แบบอะซิงโครนัส(หรือ nonblocking )ยกเว้นเมื่อกระบวนการผู้ใช้จะสื่อสารกับหัวสตรีม
เมื่อการเขียนข้อมูลลงในสตรีมที่กระบวนการผู้ใช้จะเป็นอาคารก่ออิฐสันนิษฐานว่าคิวถัดไปที่จะใช้การควบคุมการไหลของน้ำจนกว่าจะมีห้องเพื่อคัดลอกข้อความได้
ในทำนองเดียวกันการผู้ใช้จะบล็อกเมื่ออ่านหนังสือจากสตรีมข้อมูลที่จนกว่าจะมีจัดให้บริการ

ตามที่ได้กล่าวไว้ข้างต้นพนักงานขับรถที่มีลักษณะคล้ายกับสตรีมที่หัวและโมดูลมีอ่านและเขียนคิว
อย่างไรก็ตามปลายพนักงานขับรถจะต้องตอบสนองต่อการรบกวนเช่นหนึ่งทำให้เกิดเมื่อเฟรมที่พร้อมที่จะอ่านจากเครือข่าย
ไม่เหมือนกับหัวสตรีมซึ่งอาจเป็นอาคารก่ออิฐหากไม่สามารถคัดลอกข้อความไปที่คิวถัดไปที่อยู่ในกลุ่มสิ้นสุดพนักงานขับรถจะต้องจัดการกับข้อมูลทั้งหมดที่เข้ามา
ไดร์เวอร์ต้องสนับสนุนการควบคุมการไหลของข้อมูลเป็นอย่างดี แต่ถึงอย่างไรก็ตามหากบัฟเฟอร์ของอุปกรณ์ที่เชื่อมต่อได้เต็มที่