英特尔 Larrabee 体系架构讨论主题

紫色

在这种异构的处理器上进行编程很困难，编译器自动优化是不可能完成的任务，所以larrabee的“理论”能力只是个画饼。还不如增加核心数目，增加执行单元，减少指令吞吐量延迟来的实际。

[ 本帖最后由 紫色 于 2007-10-7 16:43 编辑 ]

Eji

原帖由 紫色 于 2007-10-7 13:08 发表
在这种异构的处理器上进行编程很困难，编译器自动优化是不可能完成的任务，所以larrabee的“理论”能力只是个画饼。还不如增加核心数目，增加执行单元，减少指令吞吐量延迟来的实际。

我反而覺得Larrabee用x86 ISA就是想解決compiler問題.... SPE麻煩多了。

編譯器自動優化是當初CELL在講的事情，PPE和SPE的結構真的差太多，還有LS的空間都讓compiler束手無策，所以上面的說法套到CELL上比較適當。
而且PPE的面積幾乎是SPE的兩倍，大部分benchmark的peak卻輸了接近1/3左右，Larrabee的32 core只怕可以放64個以上的SPE，peak的差距可能會更驚人。
但是PS3的title上用到SPE的比例也是少得可憐....

所以要論理論值的畫餅，還是CELL比較在行。

[ 本帖最后由 Eji 于 2007-10-7 16:38 编辑 ]

紫色

[quote]原帖由 RacingPHT 于 2007-10-7 16:38 发表

拜托看懂我的意思。还来个“核心数目增加了”，“执行单元增加了”反驳我~~
这样写吧，也许你会容易理解：

netburst第二，走极端、等待流产的怪物。
在这种异构的处理器上进行编程很困难，编译器自动优化几乎是不可能完成的任务，所以larrabee的“理论”能力只是个画饼。还不如增强目前core2这种同构方案，（在同构的方案下）增加核心数目，增加执行单元，减少指令吞吐量延迟。

传统的并行编程模式是mpi,openmp。此类程序员们面对cell这种家伙都不知道该怎么把计算量向（8+1）平摊。

[ 本帖最后由 紫色 于 2007-10-7 17:22 编辑 ]

Prescott

原帖由 紫色 于 2007-10-7 16:56 发表
[quote]原帖由 RacingPHT 于 2007-10-7 16:38 发表

拜托看懂我的意思。我少写了几句，你就晕了？还来个“核心数目增加了”，“执行单元增加了”反驳我~~
这 ...

Larrabee就是同构的。OpenMP/MPI应该就可以跑得很欢。
BTW: Larrabee SDK已经粮草先行了。

紫色

我晕，是的larrabee是同构的。。。

紫色

to  RacingPHT：              
mpi的实现与程序员的编程模式是两码事。程序员的角度，其实也就是进程模型的角度，要么是mpi那样进程间通信，或者openmp的多线程。“多进程”或者“多线程”都是基于“多个相同的处理器”，也就是同构（多路、多核、smt之类）。所以说，openmp/mpi编程模式是基于同构系统。而cell就是站在openmp/mpi的对立面。
至于你说的在cell上实现mpi，请注意两点，首先在cell上编mpi程序，其实还是基于“同构”编程模型的进程间通信。其次，mpi库只是消息传递接口函数库，对程序性能没多少贡献，而且即使cell上有某库能够做到对性能贡献极大，这种通过库在底层实现并行的方式也不令人满意。
要想异构流行，就必须发展出相应理论，告诉程序员（8+1)这类异构模型的编程模型。在那之前，异构的“理论”能力只是画饼。说不定IBM的库也就只是“实现”了而已，它的库使用了几个spe谁知道呢。

[ 本帖最后由 紫色 于 2007-10-7 20:58 编辑 ]

acqwer

原帖由 紫色 于 2007-10-7 17:38 发表
是的，目前几乎所有的多路系统都支持mpi，但是他们都是同构的。

mpi的实现与程序员的编程模式是两码事。程序员的角度，其实也就是进程模型的角度，要么是mpi那样进程间通信，或者openmp的多线程，都是基于“ ...

Larrabee的规格已经很明显的表明是同构的了，你还扯什么异构。

紫色

原来larrabee的对手只是是ati和nv的显卡和通用计算卡，听说过intel要发展many core的处理器，我很激动~~~还以为larrabee就是呢。话说回来，一旦解决了在异构系统上怎样进行编程的问题，cell或者其他manycore处理器的威力还是很大的。我倒是很希望看到intel弄出4核心+N个浮点单元的many core商品出来，免得去购买clearspeed之类的天价卡。

[ 本帖最后由 紫色 于 2007-10-7 21:07 编辑 ]

Eji

原帖由 1empress 于 2007-10-7 20:06 发表
干掉arm 占领移动市场才是intel的目的

想太多_A_
占領移動市場與幹掉ARM是兩件事情...

Eji

原帖由 potomac 于 2007-10-7 23:04 发表

偶还是不大相信。
Cell不过两线程，也能填饱8个SPE。:sweatingbullets:
弄4线程出来，岂不是执行效率比2005年的SPE都不如。:ermm:

PPE的線程是為了起始工作，延遲是靠MIC的DMA來對應的；
Larrabee的core線程則是為了填飽自己的work unit，所以作用不同....
PPE如果沒有自己的workload只為了分配工作的話，效能是的確夠用。

另外，就和PPE vs SPE一樣，效率應該是真的不如SPE。_A_

itany

原帖由 1empress 于 2007-10-7 20:06 发表
larrabee只是一颗实验性的东西，目的是验证x86做图形处理的可行性

larrabee的最终产品可以做大也可以做小

做小的话，可以与与网络处理器结合为强大的移动设备

干掉arm 占领移动市场才是intel的目的

个人觉得不管是这个创意还是上市的时间，都像是给XBOX 720（？）提供的……
感觉Larrabee通过即时把D3D的API编译到x86上执行来和GPU同场竞技有点玄，但是如果是游戏主机的话，完全可以直接编译成Larrabee直接执行的二进制代码，这样效率应该是很有保证的
单芯片在成本上也是有优势的吧，大不了在里边放一两个乱序的核心来专门跑AI和类似桌面应用的程序

Prescott

原帖由 Eji 于 2007-10-8 01:26 发表


另外，就和PPE vs SPE一樣，效率應該是真的不如SPE

不妨先定义一下什么叫效率？perf/watt? perf/mm2? perf/peak?
当然还要先定义什么叫perf，是linpack flops? 还是specint？还是specfp？还是自己的某个程序？