从在 Linux 上运行的 C/C++ 程序的角度来看，我对双 CPU 机器中的内存是什么样子感到有些困惑。
案例一（了解）
使用一个四核 HT CPU和 32GB RAM，理论上我可以编写一个单进程应用程序，使用多达 8 个线程和多达 32GB RAM，而不会进入交换或线程设施超载 - 我忽略了操作系统和其他为简单起见，此处处理。
案例2（混淆）
设置了 64GB RAM的双四核 HT CPU会发生什么？
开发方面，您是否需要编写一个应用程序以作为两个进程（8 个线程，每个 32GB）进行通信，或者您可以将其编写为一个进程（16 个线程，64GB 完整内存）？
如果答案是前者，那么利用整个硬件的一些有效的现代策略是什么？嘘？工控机？另外，如何指导 Linux 为每个进程使用不同的 CPU？
从应用程序的角度来看，物理 CPU（裸片）的数量并不重要。只有虚拟处理器的数量。这些包括所有处理器上的所有内核，如果在内核上启用了超线程，则加倍。以相同的方式在它们上安排线程。核心是全部在一个裸片上还是分布在多个裸片上都没有关系。
一般来说，处理这些事情的最好方法是不。不要担心在哪个核心上运行什么。只需为您的应用程序生成适当数量的线程（理论上最大值等于系统中的内核总数），然后让操作系统处理调度。
当然，内存在系统中的所有内核之间共享。但同样，由操作系统来处理物理内存的分配。很少有应用程序真正需要担心它们使用了多少内存，以及在线程之间分配内存。让操作系统来处理。
内存模型**与内核数量本身无关**，而是与多核计算机上采用的架构有关。大多数主流计算机使用对称多处理模型，其中单个操作系统控制所有 CPU，并且在这些 CPU 上运行的程序可以访问所有可用内存。每个 CPU 都有私有内存（缓存），但 RAM 都是共享的。因此，如果您有 64 位机器，无论您编写 1 个进程还是两个进程，就内存使用的影响而言，它都会有所不同。明智地编程，您最好使用单个进程。
正如其他人指出的那样，您确实需要担心线程关联等，但这更多地与 CPU 资源的有效使用有关，而与 RAM 的使用关系不大。不过，缓存使用会产生一些影响。
与其他内存模型计算机相比，例如 NUMA（非统一内存访问），其中每个 CPU 都有自己的内存块，然后跨 CPU 通信需要一些仲裁器。在这些计算机上，您需要担心在内存方面将线程放置在哪里。