尽管两词处处可见，但可有人知此二者的实践差异？在履行规划时又是以何者为重？到底是该多核优先仍是多线程提早？关于此好像我们都想进一步了解，本文以下企图对此进行个中差异的说明，并尽或许在不触及实践杂乱细节的景象下，让各位对两者的机制观念与不同性有所了解。

  若根据信息技能的开展前史，在软件程序履行时的再细分、再切开的小型化单位上，先是有行程（Process），之后才有线程（Thread），线程的单位比行程更小，一个行程内可以有多个线程，在一个行程下的各线程，都是同享同一个行程所树立的内存寻址资源及内存办理机制，包含履行权阶、内存空间、仓库方位等，除此之外各个线程本身仅具有少量因为履行之需的变量自特点，其他都根据与遵行行程所建立的规则。

  相对的，程序与程序之间所用的便是不同的内存设定，包含分页、分段等开始地址的不同，履行权阶的不同，仓库深度的不平等，一颗处理器若履行了A行程后要改去履行B行程，对此一定要进行内存办理组态的搬家、改变，而这个搬家若是在处理器内还好，若是在高速缓存乃至是体系主存储器时，此种切换、搬运程序对履行效能的损害就非常大，因为完结搬家、切换程序的相一起刻，处理器早就可以履行数十到上千个指令。

  所以，想防止此种切换的功率损耗，可以从两种视点去考虑，第一种考虑便是扩大到全体运算体系的层面来处理，在 一部核算机内规划、装备更多颗的处理器，然后由同一个操作体系一起掌控及办理多颗处理器，并即将履行的程序的各个程序，一个程序喂（也称：发派）给一颗处理器去履行，如此多颗一起履行，每颗处理器履行一个程序，如此就可以加快全体的履行功率。

  当然！这种加快方法有必要有一个先决条件，便是操作体系在编译时就有必要能管控、发挥及运用多行程技能，倘若以单行程的体系组态来编译，那么操作体系就无法管控服务器内一颗以上的处理器，如此就不必去议论由操作体系担任让应用程序的程序进行一起的多颗一起性的履行派送。

  即使操作体系支撑多程序，而应用程序若仍旧只支撑单程序，那景象相同是白费，操作体系无法对单行程程序再行拆分，依然是只喂入单一颗处理器上去履行，无从加快。

  一起用多颗处理器来履行，且每颗处理器履行一个行程，这是一种加快法，另一种加快法则是：尽量不进行内存办理组态的切换，防止切换的效能折损，线程正是在此概念下所呈现的产品。

  不过，线程也要程序的调配才干发挥，线程的概念呈现与履行已是“C++看消、Java看长”的阶段，所以C++只可以经过API呼用的方法来支撑与运用多线程，如此有必要改写过往的程序才行，改写成有呼用到支撑多线程的API才行。相对的，较C++晚面世的Java则是原生支撑多线程，不必改写也能发挥及运用多线程的特性及其加快效益。

  有了线程后，履行的切开、切开愈加细腻，线程机制不仅在多颗处理器的体系内能加快，在单颗处理器内也相同能取得长处，在多颗处理器的体系上每颗处理器不光可以独自履行一个程序，当然也可以独自履行一个线程，而在单处理器体系上因为省去内存办理组态的搬家，所以相同能加快，很明显的，线程使履行的发派、分配愈加细腻与灵活化。

  线程虽有好用的长处，不过它也有副作用的缺陷，且此一优缺是一体双面无从切开，缺陷是各个线程同享同一组内存办理组态及机制，倘若有一个线程的履行产生过错、瑕疵、或遭侵略等，其他在同一个行程内的每个线程也都会遭受影响、涉及，最严峻是同一个行程内的一切都紊乱、破坏，由此可知：线程其实是带有若干安全性献身的加快法。

  此外有人会误解，就字面上而言，多核表明一起刻有多颗处理器在履行，每颗处理器可以履行一个行程或一个线程，可是一颗具有多线程才能的处理器并不表明它可以一起履行多个线程，事实上在同一时刻内一颗具多线程成效的处理器也依然是履行一个线程罢了，仅仅多线程处理器的内部可以将原有线程的相关信息及变量暂时搁摆，然后去履行其它的线程，履行完后在切换回本来履行到一半的线程，乃至没履行完也可以切换回来，且整个切换进程都在处理器内进行，不必与快取与内存进行搬家置换，如此以快速换线程履行的方法来加快。

  相对于此的，一颗不具多线程才能的处理器，履行一个线程到一半若想改履行另一个线程，就有必要将原线程、现线程的相关联的内容与信息搬家到快取或内存，然后自快取及内存引进另一个线程，因为此一搬转颇耗时，所以八成挑选将原有的线程履行完再引进下一个线程，如此在时刻上或许还比较经济。但是不管一线程完好履行后再履行下一个线程，仍是进行线程的进出搬家搬运，都不会比具有多线程才能的处理器来的快速有用。

  1.多核、多处理器体系中的每颗处理器（每个核），一起刻内可以履行各自不同的行程（或线.一颗多线程才能的处理器，不管是支撑二线程、四线程、八线程，这些线程都有必要是在同一个行程内，所以一颗处理器（一个核）仍是只能履行一个行程，双核处理器就可以一起履行两个不同的行程（或线程），四核就可以一起不同的四个行程（或线.倘若是履行不支撑多线程的程序，其履行上的分拆最多只到行程而未到线程，那么每颗处理器内的多线程成效就无从发挥，而这类的程序前史较持久，相对的原生支撑多线程的程序前史较短，不过信息技能的脚步历来开展快速，两种不相同的层次的支撑仅距离数年时刻。

  真的是多核优于、先于多线程吗？关于此可经过工业实践开展做为应证，Sun的UltraSPARC T1处理器（研制代号：Niagara）是八核四线程的规划，但接续的UltraSPARC T2处理器（研制代号：Niagara 2）则是八核八线程的规划，所以是核多、核优先，然后再来拉跋、提高线程的履行。相同的，IBM为Microsoft Xbox 360所规划的Xenon处理器，是个三核二线程的规划，核数依然是高于线程数，又如 IBM、Sony、Toshiba三家业者合研的Cell处理器，现有第一代的Cell（研制代号：DD1）是九核，组态上是八核媒体（SPE）、一核泛用（PPE），新一代的Cell（研制代号：DD2）也针对PPE的部分进行双线程开展，如此再次表明核比线程重要，当Cell仅进行增一线程的扩展改善时，而非再增一核，即可知这仅是一次小幅的改善。

  最终，且让我们谈谈与多核、多线程不同加快走向的“多令”，“多令”是笔者创造的词，指的是比履行行程（Process）、线程（Thread）更基底层次的履行指令（Instruction），多核的作法是尽或许在一起刻内履行多个行程，多令则是尽或许在一起刻内履行多个指令，学术上的VLIW与工业上的EPIC皆是多令理念下的架构。到目前为止多令并非不可行，但仅行于数字信号、图画等处理，绘图芯片、媒体处理器等多实施VLIW架构，然多令在泛用运算上却未见效益，至于科学研究之类的高效运算也倾向运用更高层次的平行：多机（丛集、网格，履行领域与分配类同于线程、行程），看来多令、多程/线程、多机各有所用，端看运用场合的适切性。