谁熟悉硬件多线程？这东西很好！

beepbug

原帖由 cjaizss 于 2009-1-20 00:50 发表

不要在软件层次上讨论硬件层次的东西,不是同一回事情嘛.

这话可抓住关键了。我就是不明白，硬件是如何多线程的？

cjaizss

原帖由 beepbug 于 2009-1-20 08:17 发表

这话可抓住关键了。我就是不明白，硬件是如何多线程的？

你就想想SMP吧，这是从核与核的角度来支持的，和TLP很像,TLP是一个核内部的。

beepbug

讲具体点。核内是如何判别线程的？

cjaizss

原帖由 beepbug 于 2009-1-20 18:03 发表
讲具体点。核内是如何判别线程的？

你就想象这是两个处理器,两个除了共内存之外其他都不相干的运行。A读A的指令，B读B的指令。A干A的事,B干B的事。

cjaizss

原帖由 cjaizss 于 2009-1-20 19:47 发表

你就想象这是两个处理器,两个除了共内存之外其他都不相干的运行。A读A的指令，B读B的指令。A干A的事,B干B的事。

他们之间唯一的关系就是需要互相锁总线。

prolj

SUN的编译器并行好，但是并行转换在不支持并行的机器上效率反而更低（这里不给例子了，以后别处给），因为要没有并行凑并行，凑进去的东西就是多余的或者反而更慢的排列，有人就给过SUN编译器不如GCC的测试。Pro64这种并行的编译器，WHIRL上就是严格的AST base的而不允许DAG出现，因为越是注重全局优化，某些过早的优化反而会带来相反的效果。
SUN是全套配合的，不错。

[ 本帖最后由 prolj 于 2009-1-20 22:07 编辑 ]

beepbug

原帖由 cjaizss 于 2009-1-20 19:47 发表

你就想象这是两个处理器,两个除了共内存之外其他都不相干的运行。A读A的指令，B读B的指令。A干A的事,B干B的事。

这个不叫多线程，好像该叫并行处理。

prolj

原帖由 beepbug 于 2009-1-21 18:34 发表

这个不叫多线程，好像该叫并行处理。

硬件多线程有不同粒度的，那个叫任务级并行。参见《量化》

prolj

SUN怎么回事啊？我花了N长时间下载的OpenSolaris，又花NN长时间安装之，又花NNN长时间安装配置软件，GCC是3.4的，SUN的主打还是SUN Studio到底啥时候开源啊？

beepbug

原帖由 prolj 于 2009-1-21 18:40 发表

硬件多线程有不同粒度的，那个叫任务级并行。参见《量化》

任务是IBM的说法，Bell叫进程。
线程本来就和它们不是一个粒度的。一个进程（或叫任务）内可以有若干个线程。
我问的是，硬件如何判断代码，这里有一个线程，从而提交给某核去处理？