avx指令集怎么看待INTEL处理器支持AVX-512指令集

avx指令集时间:2021-02-01 阅读:()

怎么看待INTEL处理器支持AVX-512指令集

AVX-512其实在Larrabee就有了，也就是SSE->AVX->AVX-256的进一步扩展。

可以用于深度学习，也可以用到别的地方，不是支持深度学习指令。

报道出了偏差，到底谁负责。

英特尔的avx指令集有什么用？foobar也能用么。

我觉得你不用关心这个.因为Foobar2000我那破ATOM CPU的上网本,拿来听歌都没问题.根本不用调用这东西. 但是你要问它到底是干什么的.可以这麽说,是增加CPU浮点运算能力的.你可以把指令集想成一种公式.它被嵌到了CPU里面.我不用这公式,算需要20步.那我用了,2步就算出来了.就干这个用的.至于它具体咋回事,我手里有资料我也看过.一大堆的数学公式,因为计算机计算机,归根到底还是得靠到计算上,我是个数学白痴,所以还得请您自行百度然后研究那指令集到底是如何运算的.

AVX指令集的VEX解决x86 CPU瓶颈

AVX的VEX的编码系统，从某一侧面上也反应了Intel处理器今后的进化趋势，因为它解决了x86系列CPU在decoding上的不足。

Core MA有着4条命令的执行通道，不过front end却存在着不足，首先L1缓存fetch端口也有着16字节的长度。

而fetch的命令次数也被得到了限制。

首先IA-32/Intel 64命令的puridekodo也有着先天的瓶颈，而操作数和地址长度的指令prefix“LCP(Length Changing Prefixes)，使得puridekodo变得更慢，所以必须要改变长标注的算法。

Core MA在puridekodo&decoding方面的不足，从根本上来看是IA-32/Intel 64指令集架构本身的问题。

IA-32/Intel 64架构为了增强长命令而增设的缓存，使命令fetch拜年的更长，并且更加复杂的命令格式也由此产生。

RISC(Reduced Instruction Set Computer)的命令格式也决定了其长度，decoding虽然容易，但x86系CPU也就要以牺牲资源为代价，同时也带来了电力的额外消耗。

实际上最新的Nehalem也有着类似Core MA的不足，从某种程度上来看也延续了其不足，如果明确了这一问题的话，那么Nehalem就必须要改进，其中16bytesfetch和puridekodo等方面的改进就势在必行了。

而改进所需要的庞大晶体管增加，也会带来功耗的增加。

Nehalem的fetch&decoding Nehalem的设计其实存在着疑问，不过从VEX格式来分析的话其意图就非常明确了。

Intel在完善了CPU的puridekodo&decoding硬件设计的同时，必须要改进指令格式本身。

fetch的指令变短的同时，指令的标注却更加复杂了，而解决的唯一办法就是改进指令格式。

在充分考虑硬件方面设计后，intel做出了VEX格式开始的决策。

IDF上Valentine先生也对VEX格式进行了详细的说明。

他是Core MA的front end的fetch开发以及decoding的高级架构师，同时也是IA-32/Intel 64指令编码器的设计专家。

从整体来看AVX指令的话，可以看出intel公司都CPU开发的全部脉络，Intel公司在对比beru的话，产生改进Drastic的指令集的微架构的想法就变得顺理成章了，如果分析原因的话，那就是微架构本身的改进了。

全新的CPU必然要有更好的性能表现，想要提高CPU的性能，那么指令集是最行之有效的手段。

AVX扩展指令包含了SSE指令，这也有助于AVX时代的过度。

日前的SSEVEX格式也并不需要绝对的转换过程。

Intel公司的Benny Eitan先生也提到，出于整体的考虑，Intel公司对于AVX普及的进行并不会太过迅速，并且也不会立刻停止SSE及MMX时代。

Sandy Bridge也增强了解码器的支持，和之前的IA-32/Intel 64prefix相比，decoding也有了全新的VEX格式的支持。

其中VEX指令对于decoding的命令数的支持上更加强劲，同时VEX在执行效率上也更加出色。

不过这些和Sandy Bridge真正到来的时候可能还存在差异。

目前AMD新推出FMA指令也是 AVX 指令集中的一部分。

Intel 的FMA 指令是3 operands（操作数）的，被称为 FMA3，而AMD的FMA是4 operands 的，被称为 FMA4，AMD认为4 operands 更能提供效率。

更加细化！