为了在Linux上开发高度网络密集型服务器应用程序，首选哪种架构？这个想法是，该应用通常可以在具有多个内核（虚拟或物理）的机器上运行。考虑到性能是关键标准，选择多线程应用程序还是采用多进程设计更好？我确实知道资源共享和从多个进程访问此类资源的同步是很多编程开销，但是如前所述，整体性能是关键要求，因此我们可以忽略这些事情。编程语言为C / C ++。
我听说，即使是多线程应用程序（单个进程）也可以利用多个内核，并在不同的内核上独立运行每个线程（只要没有同步问题）。而此调度是由内核完成的。如果是这样，则多线程应用程序和多进程应用程序之间的性能没有太大区别吗？Nginx使用多进程架构，而且速度很快，但是使用多线程应用程序能否获得相同的性能？
谢谢。
linux上的进程和线程彼此非常相似-主要区别在于整个虚拟内存是共享的，并且诸如信号处理之类的某些事物也有所不同。
这样可以在线程之间进行更便宜的上下文切换（不需要昂贵的MMU重新加载等），但并不一定会导致速度差异很大（尤其是在线程创建之外）。
对于设计高度网络密集的应用程序，基本上 唯一的 解决方案是使用事件架构（否则，您将因大量进程/线程使系统陷入瘫痪，并且比实际运行工作代码花费更多的时间进行管理），对套接字上的I / O做出反应，并根据显示活动的套接字进行适当的操作。
关于这种情况下面临的问题的著名文章是 “ C10k问题” ，可从http://www.kegel.com/c10k.html获得 -它描述了不同的I / O方法，因此尽管有些陈旧，但这是一个很好的介绍。
不过，在深入了解类似反应堆的设计之前，请务必小心- 它们会变得笨拙和复杂，因此请查看您是否无法使用在其上提供更好的抽象的库/语言（Erlang是我个人最喜欢的，带有协程的语言）像Go一样有用）。
