标签：c multithreading windows architecture multiprocess

几年前,在Windows环境中,我做了一些测试,通过让多个CPU计算密集型内存访问实例密集的I / O访问密集型应用程序运行.我开发了两个版本：一个在多处理下运行,另一个在多线程下运行.

我发现多处理的性能要好得多.我在其他地方读过(但我不记得该网站).

这说明原因是在多线程下,他们正在为单个内存管道和I / O管道“战斗”,这使得与多处理相比性能更差

但是,我再也找不到那篇文章了.我想知道,直到今天,下面是否仍然如此？

In Windows, having the algorithm
code run under multi-processing, there is a high
chance that the performance will be
better than multi-threading.

解决方法:

这取决于各种线程或进程(我将使用它们的共同术语“任务”)需要进行多少通信,特别是通过共享内存：这对于线程来说既简单又便宜,但根本不需要过程,所以,如果很多事情发生,我打赌过程的表现不会超过线程.

此外,进程(特别是在Windows上)开始时“更重”,因此如果发生大量“任务启动”,则线程可以轻松地在性能方面击败进程.

接下来,您可以拥有“超线程”的CPU,它可以非常快速地(至少)在核心上运行两个线程 – 但是,不是进程(因为“超线程”线程不能使用不同的地址空间) – 另一种情况其中线程可以在性能方面获胜.

如果这些考虑都不适用,那么无论如何,比赛应该不比平局好.

标签：c,multithreading,windows,architecture,multiprocess
来源： https://codeday.me/bug/20191006/1861883.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。