大佬教程收集整理的这篇文章主要介绍了linux – 性能 – 多线程或多进程应用程序，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
为了在Linux上开发高度网络密集型服务器应用程序,首选哪种架构？这个想法是这个应用程序通常在具有多个核心(虚拟或物理)的机器上运行.考虑到性能是关键标准,选择多线程应用程序或具有多进程设计的应用程序是否更好？我知道共享资源和同步以从多个进程访问这些资源是很多编程开销,但如前所述,整体性能是关键要求,因此我们可以忽略这些事情.编程语言是C/C++.
我听说即使是多线程应用程序(单个进程)也可以利用多个内核并独立地在不同的内核上运行每个线程(只要没有同步问题).这个调度由内核完成.如果是这样,多线程应用程序和多进程应用程序之间的性能差异不大吗？ Nginx使用多进程架构并且速度非常快,但是可以通过多线程应用程序获得相同的性能吗？
谢谢.
这使得线程之间的上下文切换更便宜(不需要昂贵的MMU重新加载等),但不一定会导致速度上的太大差异(特别是在线程创建之外).
对于设计高度网络密集型应用程序,基本上唯一的解决方案是使用一个公平的体系结构(否则你将使用大量的进程/线程使系统陷入困境,并在管理上花费更多的时间而不是实际运行的工作代码).对套接字上的I / O作出反应,并根据哪些套接字表示活动进行适当的操作.
关于在这种情况下遇到的问题的着名文章是“C10k问题”,可从http://www.kegel.com/c10k.html开始 – 它描述了不同的I / O方法,所以尽管有点过时,但它是一个非常好的介绍.
但是在深入跳入类似反应堆的设计之前要小心 – 它们会变得笨拙和复杂,所以看看你是否能够使用提供更好抽象的库/语言(Erlang是我个人最喜欢的,带有协程的语言)喜欢Go也很有用).
以上是大佬教程为你收集整理的linux – 性能 – 多线程或多进程应用程序全部内容，希望文章能够帮你解决linux – 性能 – 多线程或多进程应用程序所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。