原帖由 darkknight 于 2007-5-23 13:20 发表
AMD也有自己指令集的
| Intel SSE4指令集支持CPU-GPU交互 |
| 驱动之家[原创] 作者：Skyangeles 编辑：Skyangeles 2007-05-23 12:05:38 2238 人阅读 |
| Intel近日在名为“微处理器论坛”的会议上介绍了即将到来的“Penryn”45nm处理器产品，主要其引入的新技术，包括“Deep Power Down”深层次休眠、“Dynamic Acceleration”单线程加速、“VTX”硬件虚拟支持以及“SSE4”多媒体指令集。 在SSE4指令集中，共引入了47条新的多媒体运算指令。其中一条“streaming load instruction”流加载指令引起了广泛的注意。该指令为16bit同步加载指令，但加载结果将会存储在高优先级的临时流缓冲中，绕过普通的CPU Cache。这一指令将有利于GPU从CPU中高速共享数据，加速图像处理。 Penryn处理器的首席架构师Stephen Fischer表示：“这是一条有趣的指令，它打开了CPU和GPU合作运算这一新领域的大门！”外界普遍认为，这是Intel对于AMD“Fusion”计划的强力回应。 Penryn处理器是Intel的首款45nm制程CPU，内建6MB二级缓存，支持SSE4指令集等新技术，将于今年年底推出。另外，之前还有消息Intel将于明年重回独立显卡市场。到时我们可以看看这一指令所说的CPU-GPU合作究竟会有怎样的效果，和AMD的“Fusion”计划相比，胜负又将如何。 |
原帖由 darkknight 于 2007-5-23 13:20 发表
AMD也有自己指令集的
原帖由 itany 于 2007-5-23 13:50 发表
AMD与其说另开门户，不如兼容Intel的指令集
反正AMD也没有啥编译器，借着Intel的编译器提升性能
指令执行的时候反正都要译码，里边流水线怎么执行的两家是完全不同的
原帖由 自自在在 于 2007-5-23 13:19 发表
amd敢自己搞cpu接口，自己搞不同的cpu架构，但是指令集却乖乖跟着intel走！sse sse2 sse3到penryn 的sse4（估计amd还是要搞）
指令集为何物？为何能大幅提升cpu性能？不是很透彻啊:(
amd搞sse是否需要 ...
原帖由 zaarath 于 2007-5-23 15:55 发表
AMD把SSE照单全收是一分钱也不用付的，这和AMD可以制造x86 cpu是一个道理。当年Intel并不想允许AMD使用MMX/SSE, 但是AMD告上法庭，法庭判决指令集并不受商标权的约束，所以AMD可以直接拿来用。
原帖由 zaarath 于 2007-5-23 15:55 发表
AMD把SSE照单全收是一分钱也不用付的，这和AMD可以制造x86 cpu是一个道理。当年Intel并不想允许AMD使用MMX/SSE, 但是AMD告上法庭，法庭判决指令集并不受商标权的约束，所以AMD可以直接拿来用。
原帖由 tedsun 于 2007-5-23 15:59 发表
但是似乎有专利权的问题？
龙芯的报道里有提到，有几条指令是要付费的，因此他们并没有实现那几条指令
原帖由 天边的浮云 于 2007-5-23 13:40 发表
基本就是这个样子了 3DNOW比SSE出现早都没用~ 份额大就牛X~软件都为你优化 有什么办法 扩展3DNOW时候就加入了SSE指令
原帖由 zaarath 于 2007-5-23 16:06 发表
指令的实现方法是有专利权的，但是可以通过逆向工程绕过去，有的指令可能不适合自家cpu的架构所以没有实现。Intel逆向AMD64的时候也没有照单全收。
原帖由 acqwer 于 2007-5-23 16:04 发表
没这回事，Intel和AMD的专利官司95年完结了，指令集应该包括在当时的交叉授权协议中了。
Intel said Friday it filed suit against AMD and Cyrix Corp. in U.S. District Court in Delaware for infringement of the term MMX, which was originally an acronym for a multimedia extension set developed by Intel and licensed to others, and is now claimed by Intel as a proprietary technology label.
The suit alleges that "AMD and Cyrix have designed and begun implementing strategies to improperly leverage Intel's enormous investment in the MMX trademark which could result in confusion in the minds of consumers as they make buying decisions." The suit seeks preliminary and permanent injunctive relief along with unspecified damages and awards.
AMD said last week it believes the term MMX is a generic term for multimedia extensions. When the instruction set first came out, MMX was used as an acronym to explain the instruction set. Only later did Intel decide to claim trademark rights.
原帖由 ConroeXE 于 2007-5-23 15:42 发表
如果是跑ICC编译的程序，amd惨到吓死人。P4最得益于ICC，而扣肉表现和一般，似乎ICC对扣肉无用。
原帖由 口口口乐 于 2007-5-23 17:16 发表
一直以来依靠指令集提高cpu性能就从没明显过，更别提系统性能了。
原帖由 zaarath 于 2007-5-23 15:55 发表
AMD把SSE照单全收是一分钱也不用付的，这和AMD可以制造x86 cpu是一个道理。当年Intel并不想允许AMD使用MMX/SSE, 但是AMD告上法庭，法庭判决指令集并不受商标权的约束，所以AMD可以直接拿来用。
原帖由 ConroeXE 于 2007-5-23 15:42 发表
如果是跑ICC编译的程序，amd惨到吓死人。P4最得益于ICC，而扣肉表现和一般，似乎ICC对扣肉无用。
原帖由 Ricepig 于 2007-5-23 17:30 发表
这是CISC的思路嘛
原帖由 ConroeXE 于 2007-5-23 21:23 发表
你经常使用ＩＣＣ编译的程序么？用过应该有体会．至少，我还没见过ＡＭＤ跑ＩＣＣ不惨的例子．
原帖由 acqwer 于 2007-5-23 20:44 发表
你先去查查VMX是什么吧。
原帖由 gazel 于 2007-5-23 21:43 发表
嗯, 我经常使用ICC的. 编译器的优化无非是通用优化 + uArch相关的优化, 通用的优化总归大家都有好处, A和I的CPUuArch在编译器这一级看来又很类似, 所以大多数情况下这种优化也能对两种U都有相同的作用.
原帖由 ConroeXE 于 2007-5-23 23:17 发表
AMD不是因为Intel c++针对自己有“特殊待遇”起诉了Intel么？莫非阁下在amd上运用Intel编译器可以绕开这些“特殊待遇”？:)
原帖由 Ricepig 于 2007-5-23 23:14 发表
VMX是什么不知道
我不喜欢你说话的方式
原帖由 acqwer 于 2007-5-23 23:33 发表
Vector Multimedia eXtension，用于power的扩展指令集。
原帖由 ConroeXE 于 2007-5-23 23:32 发表
我只是对软件实际速度感兴趣，这个对我就没用了。
在用Intel C++编译的Vray测试的时候，有的运算4.5G的PD 955XE速度是X2 3800+的两倍。换句话说，3800+要超频整一倍才行，这对于X2是不可能的任务。Intel ...
原帖由 ConroeXE 于 2007-5-23 23:17 发表
AMD不是因为Intel c++针对自己有“特殊待遇”起诉了Intel么？莫非阁下在amd上运用Intel编译器可以绕开这些“特殊待遇”？:)
原帖由 Ricepig 于 2007-5-24 00:59 发表
主要原因就是指令顺序的优化，对于P4来说，什么指令放在一起执行，什么指令在什么指令后执行是很影响速度的。而这种优化和CPU相关性非常高，X2 3800+这种AMD的cpu，指令之间的关系肯定和P4不同，所以优化出来 ...
| 欢迎光临 POPPUR爱换 (https://we.poppur.com/) | Powered by Discuz! X3.4 |
