Mic*_*cah 7 .net multithreading multicore
我正在努力更好地理解多核处理器的工作方式以及作为程序员如何利用它们.
假设我有一个标准的.net控制台应用程序.它不做任何多线程.它只运行在其中一个核心上吗？如果是这样的话,它会运行哪个核心并且每次都是同一个核心？
现在让我们说我有另一个控制台应用程序在内部旋转一堆线程.线程是否在可用内核之间划分,或者它们都在初始线程所在的同一核心上运行,我必须做一些特殊的事情才能使用其他可用的内核？
LBu*_*kin 11
核心,线程,进程和类之间的关系可能很复杂.当你开始考虑你可能没有编写的代码(例如.NET框架本身)计划运行时,更是如此.
简单的答案是,除非您专门编写控制台应用程序以使用多个线程,否则它将在单个核心上运行.
现在,有些.NET框架类在幕后可能会使用多个线程,在这种情况下,您的进程可能会使用多个核心.大部分BCL都不使用线程,但像WCF和WF这样的框架可能在内部使用线程.
此外,运行时环境可以使用多个线程(在某些情况下)用于垃圾收集之类的事情.除此之外,运行时环境可能会将您的代码从核心移动到核心.这是因为操作系统本身使用抢占式多任务来调度线程 - 因此不保证单个线程与特定核心具有亲缘关系.
对于问题的第二部分,如果一个进程明确地生成线程,它们通常(但不总是)最终会在不同的核心上运行.大多数情况下,这些线程将被安排在任何具有容量的核心上运行 - 而线程(如前所述)可能会从核心移动到核心.您不必做任何特殊的操作(通常)以获得多个内核来运行您的代码.
它实际上是有时难以实现的逆转:确保特定线程仅在单个核心上运行.这被称为亲和力.在某些情况下,希望将线程关联到特定核心以改善参考的局部性并最小化高速缓存未命中的可能性.但是,大多数情况下,您无需担心这一点.
如果您有兴趣了解有关Windows(和.NET)并发编程的更多信息,我建议您在Windows上获取 Joe Duffy的并发编程副本.
大多数操作系统使用抢占式多任务处理来运行应用程序.
它只运行在其中一个核心上吗？如果是这样的话,它会运行哪个核心并且每次都是同一个核心？
不,不.操作系统可以在中途自由停止进程,并将其移至不同的核心.这经常发生.但是,如果它是单线程的,那么您的应用程序代码一次只能在一个核心上运行.(在.NET中,进程总是使用额外的线程来处理诸如垃圾收集之类的事情,而BCL通常会在内部使用线程.)
现在让我们说我有另一个控制台应用程序在内部旋转一堆线程.线程是否在可用核心之间划分
理想情况下,是的.在实践中,操作系统通常会使用一些资源,并且线程可能会在核心之间移动等.
或者所有这些都在初始线程所在的同一核心上运行,我必须做一些特别的事情才能使用其他可用的核心？
不是.大多数情况下,线程被推送到其他核心,特别是如果它们处于空闲状态.然而,这取决于操作系统.
话虽这么说,某些操作系统允许您为特定线程指定处理器关联,这允许您将线程放置到特定处理器上并将其保留在那里.大多数操作系统仅将此视为建议(并且仍将移动它们),但许多嵌入式系统将完全遵守请求.