多路系统K10优势的启示

the_god_of_pig

原帖由 lepton 于 2007-9-16 18:27 发表
无论I或A，cpu技术的方向不是sse而是fution或intel通用处理器，sse的浮点性能和图形图像流媒体性能无法与之相比，2-3年后sse就靠边站了。我很奇怪怎么没人注意到这一点？在此之前amd只有跟进sse，服从现实。

:funk: :funk: :funk: :sweatingbullets: :charles:

acqwer

原帖由 lepton 于 2007-9-16 18:27 发表
无论I或A，cpu技术的方向不是sse而是fution或intel通用处理器，sse的浮点性能和图形图像流媒体性能无法与之相比，2-3年后sse就靠边站了。我很奇怪怎么没人注意到这一点？在此之前amd只有跟进sse，服从现实。

你先去查查fusion是用在什么方面上的再来吹吧，GPU在通用计算中的用处是非常有限的。

PS：SSE5在路线图上比fusion出的晚。

[ 本帖最后由 acqwer 于 2007-9-16 18:37 编辑 ]

itany

原帖由 lepton 于 2007-9-16 18:27 发表
无论I或A，cpu技术的方向不是sse而是fution或intel通用处理器，sse的浮点性能和图形图像流媒体性能无法与之相比，2-3年后sse就靠边站了。我很奇怪怎么没人注意到这一点？在此之前amd只有跟进sse，服从现实。

fusion只是试图干掉NV芯片组的集成显卡而已……
别拿它来和Larrabee相提并论

Ricepig

原帖由 potomac 于 2007-9-16 10:12 发表

你到现在还没明白什么是SIMD。:sweatingbullets:

寒,也许我不明白,但是字面意思我还是明白的
仁兄写过程序不?知道基本的数据结构和算法不?想想其中有几个能用SIMD的?
知道多线程程序为什么难写不?要是计算之间没有普遍的依赖,这些困难根本就不存在
SIMD在这方面提供不了任何帮助,所以我觉得它"有局限性"
有的时候看看SSE的那几条指令比啥都有用

Ricepig

原帖由 来不及思考 于 2007-9-16 03:37 发表


这句话没什么意思 :shifty:

PS，X87？趋势是什么？:shifty:

趋势是片上-片外-片上-片外,如此循环,生生不息
其实SSE和传统的运算指令的对比还真有点像CISC和RISC,只是到目前还没看出是CISC和RISC哪个好

itany

原帖由 Ricepig 于 2007-9-17 12:02 发表

趋势是片上-片外-片上-片外,如此循环,生生不息
其实SSE和传统的运算指令的对比还真有点像CISC和RISC,只是到目前还没看出是CISC和RISC哪个好

还不如说单管芯、多管芯交替生生不息呢…… (_(
某网友亲切的把它叫做“可持续发展”多核心

另外，把SSE和x87之间用CISC、RISC相比，是很冷的比较……

acqwer

原帖由 Ricepig 于 2007-9-17 12:02 发表

趋势是片上-片外-片上-片外,如此循环,生生不息
其实SSE和传统的运算指令的对比还真有点像CISC和RISC,只是到目前还没看出是CISC和RISC哪个好

和CISC、RISC的互有优势不同，SSE的效率至少不比X87差。真要比的话，就是一只手和两只手的区别吧。

拖鞋大侠

原帖由 acqwer 于 2007-9-13 12:25 发表

CS用的DX8引擎是支持SSE2的。

你说的是CS:SOURCE吧，CS1.5是OPENGL

Ricepig

原帖由 potomac 于 2007-9-17 17:38 发表

有局限性就对了。这世界没有不收到局限的。
你也知道算法啊？高级的程序你说使用人群收到限制，咱不提。
Super Pi知道吧，x87的。随便你去找个其他用了SIMD计算Pi的程序。比完再来告诉偶结果和体会。
另外 ...

我想问你的就是,super pi对你除了测试机器性能之外,还有其他意义么?
其实SSE真的不如你想象的那样被广泛支持,我一直在说它的应用有局限
另外,抬出Intel,微软,sun,IBM是没有说服力的,你至少要说明一下他们的哪些软件从SSE中受益.
再另外,其实我觉得你要说明你的观点,你举Adobe这个例子更好,这里SSE确实发挥作用,但也请注意Adobe的软件主要是再哪个领域

Ricepig

原帖由 acqwer 于 2007-9-17 17:57 发表

和CISC、RISC的互有优势不同，SSE的效率至少不比X87差。真要比的话，就是一只手和两只手的区别吧。

SSE的峰值吞吐量确实比X87高,但是如果一个算法不能使用SIMD方式实现,SSE的效率将会退化,这时候它就可能没有X87快.而且SSE指令和传统的运算指令之间切换会有一个较长时间的惩罚.
另外,其实SSE对应的其实不是X87,而是传统的算术运算指令吧

itany

原帖由 Ricepig 于 2007-9-18 14:57 发表

SSE的峰值吞吐量确实比X87高,但是如果一个算法不能使用SIMD方式实现,SSE的效率将会退化,这时候它就可能没有X87快.而且SSE指令和传统的运算指令之间切换会有一个较长时间的惩罚.
另外,其实SSE对应的其实不是X ...

您当是切换顺序模式和流水模式呢？

acqwer

原帖由 Ricepig 于 2007-9-18 14:57 发表

SSE的峰值吞吐量确实比X87高,但是如果一个算法不能使用SIMD方式实现,SSE的效率将会退化,这时候它就可能没有X87快.而且SSE指令和传统的运算指令之间切换会有一个较长时间的惩罚.
另外,其实SSE对应的其实不是X ...

常用指令的延时和吞吐量，SSE在哪些地方比传统指令集慢啊？

至于指令切换……莫非现在CPU的解码器烂到这种地步，只有区区几百条指令解码表还要分成几块查询？

Ricepig

原帖由 itany 于 2007-9-18 15:03 发表


您当是切换顺序模式和流水模式呢？

不懂就别乱说,这是因为64位sse整数指令使用的寄存器和x87浮点指令使用的寄存器共用了某些状态，切换的时候就有一些时钟周期的惩罚

itany

原帖由 Ricepig 于 2007-9-18 15:33 发表


不懂就别乱说,这是因为64位sse整数指令使用的寄存器和x87浮点指令使用的寄存器共用了某些状态，切换的时候就有一些时钟周期的惩罚

为什么要使用x87浮点？
或者，为什么要使用SSE整数+x87浮点？
(_(

the_god_of_pig

这贴还在啊，水一下，因为实在没什么好说的:sleeping:

Ricepig

原帖由 potomac 于 2007-9-18 15:35 发表

啧啧，又撞咱炮口上了。:p
你说Pi没实际意义，那好，这条咱也放弃。
你去Adobe的SSE应用，那说的人太多，咱不兴和别人说一样的。
咱今天就说几个造福全人类的SSE应用。
...

寒，这不是抬杠么？