Pipelines are often implemented in

Pipelines are often implemented in a multitasking OS, by launching all elements at the same time as processes, and automatically servicing the data read requests by each process with the data written by the upstream process – this can be called a multiprocessed pipeline. In this way, the CPU will be naturally switched among the processes by the scheduler so as to minimize its idle time. In other common models, elements are implemented as lightweight threads or as coroutines to reduce the OS overhead often involved with processes. Depending upon the OS, threads may be scheduled directly by the OS or by a thread manager. Coroutines are always scheduled by a coroutine manager of some form.

Usually, read and write requests are blocking operations, which means that the execution of the source process, upon writing, is suspended until all data could be written to the destination process, and, likewise, the execution of the destination process, upon reading, is suspended until at least some of the requested data could be obtained from the source process. This cannot lead to a deadlock, where both processes would wait indefinitely for each other to respond, since at least one of the two processes will soon thereafter have its request serviced by the operating system, and continue to run.

Kết quả (Việt) 2:

Đường ống này thường được thực hiện trong một hệ điều hành đa nhiệm, bằng cách tung ra tất cả các yếu tố cùng một lúc như quy trình, và tự động phục vụ cho việc đọc dữ liệu theo yêu cầu của mỗi quá trình với các dữ liệu bằng văn bản theo quy trình ngược dòng - điều này có thể được gọi là một đường ống dẫn multiprocessed. Bằng cách này, CPU sẽ được chuyển tự nhiên giữa các quá trình lên lịch để giảm tối đa thời gian nhàn rỗi của mình. Trong các mô hình phổ biến khác, các yếu tố được thực hiện như đề nhẹ hoặc như coroutines để giảm OS overhead thường tham gia vào các quá trình. Tùy thuộc vào hệ điều hành, chủ đề có thể được sắp xếp trực tiếp bởi hệ điều hành hoặc quản lý bởi một thread. Coroutines luôn theo lịch trình của một người quản lý coroutine của một số hình thức. Thông thường, đọc và viết yêu cầu được ngăn chặn hoạt động, có nghĩa là việc thực hiện các quy trình mã nguồn, thuận bằng văn bản, được treo cho đến khi tất cả các dữ liệu có thể được ghi vào quá trình đích, và, tương tự như vậy, việc thực hiện các quá trình đích, khi đọc sách, bị đình chỉ cho đến khi ít nhất một số các dữ liệu yêu cầu có thể thu được từ quá trình nguồn. Điều này không có thể dẫn đến bế tắc, nơi cả hai quá trình sẽ chờ đợi vô thời hạn cho nhau để đáp ứng, vì ít nhất một trong hai quy trình sẽ không lâu sau đó có yêu cầu của nó phục vụ của hệ điều hành, và tiếp tục chạy.