C++ 多线程和多进程的性能差异
几年前,在Windows环境中,我做了一些测试,让CPU计算密集型+内存访问密集型+I/O访问密集型应用程序的多个实例运行。我开发了两个版本:一个在多处理下运行,另一个在多线程下运行 我发现多处理的性能要好得多。我在别的地方读过(但我不记得那个网站了) 其中指出原因是在多线程下,他们正在“争夺”单个内存管道和I/O管道,这使得性能比多处理更差 然而,我再也找不到那篇文章了。我一直在想,直到今天,下面的说法是否仍然成立 在Windows中,具有算法 代码在多处理下运行,有很高的效率 这场演出很有可能 比多线程更好C++ 多线程和多进程的性能差异,c++,windows,multithreading,architecture,multiprocess,C++,Windows,Multithreading,Architecture,Multiprocess,几年前,在Windows环境中,我做了一些测试,让CPU计算密集型+内存访问密集型+I/O访问密集型应用程序的多个实例运行。我开发了两个版本:一个在多处理下运行,另一个在多线程下运行 我发现多处理的性能要好得多。我在别的地方读过(但我不记得那个网站了) 其中指出原因是在多线程下,他们正在“争夺”单个内存管道和I/O管道,这使得性能比多处理更差 然而,我再也找不到那篇文章了。我一直在想,直到今天,下面的说法是否仍然成立 在Windows中,具有算法 代码在多处理下运行,有很高的效率 这场演出很有可
我甚至不知道这句话是什么意思。这简直是胡说八道
进程内线程共享的主要内容是虚拟内存地址空间。这取决于不同的线程或进程(我将使用“任务”这一术语来描述它们)需要进行多少通信,特别是通过共享内存:这对线程来说简单、便宜、快速,但对进程来说根本不需要,如果很多进程都在运行,我打赌进程的性能不会超过线程 此外,进程(尤其是Windows上的进程)启动起来“更重”,因此如果出现大量“任务启动”,线程在性能方面也很容易击败进程 接下来,您可以使用带有“超线程”的CPU,它可以(至少)非常快速地在一个内核上运行两个线程——但不能运行进程(因为“超线程”线程不能使用不同的地址空间)——这是线程可以在性能方面获胜的另一种情况
如果这些因素都不适用,那么无论如何,这场比赛应该不会比平局更好。我发现这也是事实。但我认为这与日程安排有关。因为如果运行足够长的时间,多进程的速度与多线程的速度一样快。这个数字大约是10秒。如果算法需要运行10秒。多进程和多线程一样快。但如果只需要运行不到1秒。多进程比多线程快得多