Io I/O绑定&；计算绑定进程。更大的吞吐量？

如果进程需要，则称其为I/O绑定 很多I/O操作，而一个进程 主要由以下内容中的计算组成： CPU/内存系统被称为是受计算限制的

通过 在多编程环境中运行两个进程的系统，如果两个进程都是I/O绑定的，或者一个是I/O绑定的，另一个是计算绑定的？为什么？

*编辑：我认为使用i/o绑定和计算绑定进程可以获得更大的吞吐量，这就是为什么只要计算绑定进程在cpu的帮助下正常运行，i/o绑定就可以在后台运行。

---

你怎么想？这里我需要一些帮助

如果进程在运行时占用I/O资源，则称其为I/O绑定进程。占用CPU资源的进程称为计算绑定

如果每种任务都有一个，那么可以让I/O通道忙着处理一个任务，让CPU忙着处理另一个任务。有时，CPU必须确认I/O操作完成并开始另一个I/O，并且可能计算绑定进程偶尔需要磁盘。但总的来说，这些任务不应相互拖慢

计算绑定任务示例：在文件浏览器中滚动文件列表。（好吧，回到过去。）I/O绑定任务的示例：复制文件

你会期望能够同时做这两件事，最多偶尔会有摊位

---

如果两者都是I/O绑定的，那就像复制两个文件一样。除非他们通过不同的I/O通道（例如，将一个文件返回到光盘并上载另一个文件），否则你的速度不会超过一个简单的任务队列。

啊，谷歌搜索了它。多道程序设计是单处理器系统上的多任务处理。是的，我知道。但是，关于我的问题，你怎么想@Potatoswatterso，据我所知，每种类型（i/O和compute）有一个任务比有两个i/O任务实现更大的吞吐量。我说得对吗@Potatoswatter@Socratεs在竞争中拥有任务会降低这些任务的吞吐量。所有的I/O任务实际上并不相互竞争，但您已经了解了问题的要点。知道没有I/O任务相互竞争，我认为运行两个I/O任务是合乎逻辑的，以实现更大的吞吐量，而不是一个I/O和一个计算限制@Potatoswatter@Socratεs是的，您可能希望运行尽可能多的并发、非竞争性I/O任务。示例：下载文件并将其保存到磁盘。因此，您也可以同时执行绑定到计算的任务。