CN104040487A - 用于合并掩码模式的指令 - Google Patents

Abstract

描述了一种方法，包括获取指令和解码该指令。该方法还包括从该指令标识的第一掩码寄存器空间位置获取第一掩码矢量。该方法还包括从该指令标识的第二掩码寄存器空间位置获取第二掩码矢量。该方法还包括通过将第一和第二掩码矢量合并到单个数据结构并导致单个数据结构写入该指令标识的存储器位置来执行指令。

Description

用于合并掩码模式的指令

技术领域

本发明的领域一般涉及计算系统，且尤其涉及用于合并掩码模式的指令。

背景技术

图1示出了在半导体芯片上用逻辑电路实现的处理核100的高级图。该处理核包括流水线101。该流水线由各自被设计成在完全执行程序代码指令所需的多步骤过程中执行特定步骤的多个级组成。这些级通常包括至少：1)指令获取和解码；2)数据获取；3)执行；4)写回。执行级将由(例如，在上述步骤1))中所获取和解码的指令所标识出的特定操作对由相同指令标识出并在另一先前级(例如，上述步骤2))中被获取的数据执行。被操作的数据通常是从(通用)寄存器存储空间102中获取的。在该操作完成时所创建的新数据通常也被“写回”寄存器存储空间(例如，在上述级4))。

与执行级相关联的逻辑电路通常由多个“执行单元”或“功能单元”103_1至103_N构成，这些单元各自被设计成执行其自身的唯一操作子集(例如，第一功能单元执行整数数学操作，第二功能单元执行浮点指令，第三功能单元执行自/至高速缓存/存储器的加载/存储操作等等)。由所有这些功能单元执行的所有操作的集合与处理核100所支持的“指令集”相对应。

两种类型的处理器架构在计算机科学领域中被广泛认可：“标量”和“矢量”。标量处理器被设计成执行对单个数据项进行操作的指令，然而矢量处理器被设计成执行对多个数据项进行操作的指令。图2A和图2B呈现比较性示例，该比较性示例展示标量处理器与矢量处理器之间的基本差异。

图2A示出标量AND(与)指令的示例，其中单个操作数集A和B被加在一起以产生奇异(或“标量”)结果C(即，AB＝C)。相比之下，图2B示出矢量AND指令的示例，其中两个操作数集A/B和D/E并行地分别加在一起以同时产生矢量结果C和F(即，A.AND.B＝C和D.AND.E＝F)。根据术语学，“矢量”是具有多个“元素”的数据元素。例如，矢量V＝Q，R，S，T，U具有五个不同元素：Q，R，S，T和U。示例性矢量V的“大小”为五(因为它具有五个元素)。

当执行矢量指令时(即数据的各获取和写回项的对应于矢量而不是标量的指令)，通常期望改变矢量内要由指令实际操作的元素的数量。例如，可能期望仅增加两个矢量V1＝A,B,C,D,E和V2＝Q,R,S,T,U的第二和第四元素(即结果＝(B+R),(D+T))。

“掩码”是定义要对矢量的哪个元素进行操作的数据结构。例如，参考矢量V1和V2的第二和第四元素相加的上述示例，可将掩码M＝0,1,0,1,0用于标识矢量V1和V2的第二和第四元素。注意，掩码M本身是矢量。

附图简述

本发明是作为示例说明的，而不仅限制于各个附图的图形，在附图中，类似的参考编号表示类似的元件，其中：

图1示出处理核；

图2a和2b比较标量和矢量操作；

图3示出现有技术的用于合并掩码模式的过程；

图4示出用于合并掩码模式的改进过程；

图5示出合并掩码模式的指令的不同实施例；

图6A例示了示例性AVX指令格式；

图6B示出来自图6A的哪些字段构成完整操作码字段和基础操作字段；

图6C示出来自图6A的哪些字段构成寄存器索引字段；

图7A-7B是示出根据本发明的实施例的通用矢量友好指令格式及其指令模板的框图；

图8是示出根据本发明的实施例的示例性专用矢量友好指令格式的框图；

图9是根据本发明的一个实施例的寄存器架构的框图；

图10A是示出根据本发明的实施例的示例性有序流水线以及示例性寄存器重命名的无序发布/执行流水线两者的框图；

图10B是示出根据本发明的各实施例的要包括在处理器中的有序架构核的示例性实施例和示例性的寄存器重命名的无序发布/执行架构核的框图；

图11A-B示出了更具体的示例性有序核架构的框图，该核将是芯片中的若干逻辑块之一(包括相同类型和/或不同类型的其他核)；

图12是根据本发明的实施例的可具有一个以上核、可具有集成存储器控制器、并且可具有集成图形的处理器的框图；

图13是根据本发明的实施例的示例性系统的框图；

图14是根据本发明的实施例的第一更具体的示例性系统的框图；

图15是根据本发明的实施例的第二更具体的示例性系统的框图；

图16是根据本发明的实施例的SoC的框图；

图17是根据本发明的实施例的对比使用软件指令变换器将源指令集中的二进制指令变换成目标指令集中的二进制指令的框图。

具体实施方式

再次参考图1，在处理核100包括矢量处理执行单元的情况下，注意在矢量功能单元103_1至103_N的相应输入和来自矢量功能单元103_1至103_N的输出处存在读掩码逻辑104_1至104_N和写掩码逻辑105_1至105_N。注意各矢量处理器架构可包括这些掩码层中的仅一个。这里，对于采用掩码的任何指令，读掩码逻辑104_1至104_N和/或写掩码逻辑105_1至105_N可用于控制针对该矢量指令对哪些元素进行有效地操作。这里，掩码矢量从掩码寄存器空间106中被读取(例如，连同从寄存器存储空间102中被读取的输入数据矢量一起)并且被呈现给掩码逻辑104、105层中的至少一者。

注意，在执行矢量程序代码的过程中，每一矢量指令无需要求全数据字。例如，对于某些指令的输入矢量可以仅是8个元素，对于其他指令的输入矢量可以是16个元素，对于其他指令的输入矢量可以是32个元素等等。这样，由处理器用于执行这些指令的掩码矢量的尺寸可类似地改变(例如，8位、16位、32位等)。典型地，利用矢量的较低阶位。例如，如果处理器支持64元素数据字，但当前的指令仅处理8元素矢量，则将在掩码矢量的最低阶的8位中反映指令的掩码。

掩码寄存器空间106保持处理器期望保持并再使用的不同掩码矢量。此处，当掩码对应于在程序代码的执行过程中处理器可处理的各矢量指令的相关元素的模式时，从掩码寄存器空间106获取适当的掩码允许容易地对期望的掩码模式进行访问(例如，与从头计算期望的掩码模式相反)。然而，掩码寄存器空间106是有限的。

在掩码寄存器空间106中不存在空间的掩码模式可“溢出”到高速缓存107或存储器108。当掩码模式本身较小时，掩码模式溢出到高速缓存/存储器可能尤其效率低。例如，如果矢量处理器支持64个元素的最大矢量尺寸且仅8位宽的掩码模式溢出到高速缓存/存储器，实质上“溢出”8位掩码矢量所采取的事务实际浪费56位数据的价值。即，在原始带宽方面，处理器可处理高达64位大小的掩码数据的溢出。利用这种硬件对仅8位掩码数据进行溢出对应于能够溢出56位的资源未使用。

如此，先前的实现已经尝试将掩码寄存器空间106中存储的掩码模式级联成单个数据结构。例如，可将不同掩码存储空间位置中的两个16位掩码模式级联以形成32位掩码模式。

如图3所观察到的，现有技术的解决方案包括两个指令序列，包括：i)第一指令301，该指令将待合并的掩码模式M1、M2从掩码寄存器空间106读出并且将它们合并至通用寄存器空间102作为合并的矢量M；ii)第二指令302然后从通用寄存器空间读取合并的矢量M并且将合并的矢量M写入高速缓存/存储器。

在图4中描绘了新方法。图4中观察到的方法利用相对最近的指令格式技术，该技术可单独定义目的地地址和两个不同的源地址。传统的指令格式技术将目的地地址和源地址之一重叠。例如，传统的ADD指令可采用ADD X Y的形式。在执行指令时，处理器将：1)读取在寄存器地址X处的第一输入操作数；ii)读取在寄存器地址Y处的第二输入操作数；以及iii)将两个输入操作数相加的结果写回寄存器地址X。因此，结果被存储在先前存储输入操作数之一的同一寄存器中。

相对新的商业技术(例如，来自英特尔公司的VEX指令技术和/或AVX指令技术)采用可单独指定两个输入操作数的地址和目的地地址的新指令格式。例如，存储在寄存器X和Y中的操作数的加法可替代地利用指令形式ADDZ X Y来执行。在这种情况下，如前所述，处理器将：i)读取在寄存器地址X处的第一输入操作数；以及ii)读取在寄存器地址Y处的第二输入操作数。然而，并非将结果存回源操作数寄存器之一，而是替代地将结果存储到地址Z处的第三寄存器。VEX和扩展VEX(EVEX)技术还包括指定四个操作数的能力(例如，3个输入操作数和目的地)。以下进一步提供VEX和EVEX的讨论。

图4中观察到的方法利用如上刚刚描述的目的地/源_1/源_2指令地址格式。具体地，指令采用KCONCATSTORE[R]Z X Y形式，其中X是掩码寄存器文件中保持第一“较小”的掩码模式的寄存器的地址，Y是掩码寄存器文件中保持第二“较小”的掩码模式的另一个寄存器的地址。指令合并两个掩码模式以创建随后被存储在存储器中的地址Z处的新掩码模式。具体地，执行指令的执行单元创建导致对存储器的地址Z处进行写入的数据结构作为其结果。

KCONCATSTORE[R]中的“[R]”对应于对于相同的整体指令类存在不同操作码，其中定义掩码模式尺寸被具体地定义。例如，如图5中观察到的，KCONCATSTOREB对应于将两个8位掩码模式合并成16位掩码模式的指令，KCONCATSTOREW对应于将两个16位掩码模式合并成32位掩码模式的指令，KCONCATSTORED对应于将两个32位掩码模式合并成64位掩码模式的指令，以及KCONCATSTOREQ对应于将两个64位掩码模式合并成128位掩码模式的指令。本领域的技术人员将意识到掩码模式尺寸的各种组合，包括利用同一KCONCATSTORE指令合并不同尺寸的掩码模式也是可能的。

再次参考图1，在执行KCONCATSTORE[R]Z X Y指令时，从掩码寄存器空间106读取分别存储在地址X和Y处的掩码模式，并将其呈现给合并两个掩码模式的处理器流水线101的执行级中的功能单元之一。在又一个实施例中，掩码模式被呈现给加载/存储执行单元。加载/存储单元将两个掩码模式合并并创建导致合并后的模式存储在存储器中的地址Z处的所得数据结构。在替换实施例中，参数[R]用于指定进一步的操作码，该操作码取代将合并的模式存储到存储器，而是将合并的模式存储回到掩码寄存器空间。在这种情况下，Z对应于掩码寄存器空间中的目的地地址。指令可由各种执行单元之一来实施，各种执行单元包括加载/存储单元(具有ALU功能)或ALU单元。

如上所述，掩码模式被合并并存储，使得它们在稍后可被再次使用。当产生对已经合并的掩码模式的需求时，从存储它的位置(例如，存储器)读取合并的掩码数据结构。从合并的掩码数据结构最终获取期望的掩码模式，且再次用于需要它的矢量操作。

在实施例中，该过程利用第一指令和第二指令来完成，第一指令从存储器读取合并的掩码结构并将其存储在通用寄存器空间，第二指令从通用寄存器空间读取合并的掩码结构，将该结构划分成其构成性的掩码模式并将它们单独存储到分离的相应掩码寄存器存储空间。此处，英特尔的AVX指令格式允许单个源操作数的标识和两个不同的目的地的标识。

示例性指令格式

本文中所描述的指令的实施例可以不同的格式体现。例如，本文描述的指令可体现为VEX、通用矢量友好或其它格式。以下讨论VEX和通用矢量友好格式的细节。另外，在下文中详述示例性系统、架构、以及流水线。指令的实施例可在这些系统、架构、以及流水线上执行，但是不限于详述的系统、架构、以及流水线。

VEX指令格式

VEX编码允许指令具有两个以上操作数，并且允许SIMD矢量寄存器比128位长。VEX前缀的使用提供了三个操作数(或者更多)句法。例如，先前的两个操作数指令执行盖写源操作数的操作(诸如A＝A+B)。VEX前缀的使用使操作数能够执行非破坏性操作，诸如A＝B+C。

图6A示出示例性AVX指令格式，包括VEX前缀602、实操作码字段630、MoD R/M字节640、SIB字节650、位移字段662以及IMM8 672。图6B示出来自图6A的哪些字段构成完整操作码字段674和基础操作字段642。图6C示出来自图6A的哪些字段构成寄存器索引字段644。

VEX前缀(字节0-2)602以三字节形式进行编码。第一字节是格式字段640(VEX字节0，位[7:0])，该格式字段640包含明确的C4字节值(用于区分C4指令格式的唯一值)。第二-第三字节(VEX字节1-2)包括提供专用能力的大量位字段。具体地，REX字段605(VEX字节1，位[7-5])由VEX.R位字段(VEX字节1，位[7]–R)、VEX.X位字段(VEX字节1，位[6]–X)以及VEX.B位字段(VEX字节1，位[5]–B)组成。这些指令的其他字段对如在本领域中已知的寄存器索引的较低三位(rrr、xxx以及bbb)进行编码，由此Rrrr、Xxxx以及Bbbb可通过增加VEX.R、VEX.X以及VEX.B来形成。操作码映射字段615(VEX字节1，位[4:0]–mmmmm)包括对隐含的领先操作码字节进行编码的内容。W字段664(VEX字节2，位[7]–W)由记号VEX.W表示，并且取决于该指令提供了不同的功能。VEX.vvvv620(VEX字节2，位[6:3]-vvvv)的作用可包括如下：1)VEX.vvvv对以反转(1补码)的形式指定第一源寄存器操作数进行编码，且对具有两个或两个以上源操作数的指令有效；2)VEX.vvvv针对特定矢量位移对以1补码的形式指定的目的地寄存器操作数进行编码；或者3)VEX.vvvv不对任何操作数进行编码，保留该字段，并且应当包含1111b。如果VEX.L668大小的字段(VEX字节2，位[2]-L)＝0，则它指示128位矢量；如果VEX.L＝1，则它指示256位矢量。前缀编码字段625(VEX字节2，位[1:0]-pp)提供了用于基础操作字段的附加位。

实操作码字段630(字节3)还被称为操作码字节。操作码的一部分在该字段中指定。

MOD R/M字段640(字节4)包括MOD字段642(位[7-6])、Reg字段644(位[5-3])、以及R/M字段646(位[2-0])。Reg字段644的作用可包括如下：对目的地寄存器操作数或源寄存器操作数(Rfff中的rrr)进行编码；或者被视为操作码扩展且不用于对任何指令操作数进行编码。R/M字段646的作用可包括如下：对引用存储器地址的指令操作数进行编码；或者对目的地寄存器操作数或源寄存器操作数进行编码。

缩放、索引、基址(SIB)－缩放字段650(字节5)的内容包括用于存储器地址生成的SS652(位[7-6])。先前已经针对寄存器索引Xxxx和Bbbb参考了SIB.xxx654(位[5-3])和SIB.bbb656(位[2-0])的内容。

位移字段662和立即数字段(IMM8)672包含地址数据。

通用矢量友好指令格式

矢量友好指令格式是适于矢量指令(例如，存在专用于矢量操作的特定字段)的指令格式。尽管描述了其中通过矢量友好指令格式支持矢量和标量操作两者的实施例，但是替换实施例只通过矢量友好指令格式使用矢量操作。

图7A-7B是示出根据本发明的实施例的通用矢量友好指令格式及其指令模板的框图。图7A是示出根据本发明的实施例的通用矢量友好指令格式及其A类指令模板的框图；而图7B是示出根据本发明的实施例的通用矢量友好指令格式及其B类指令模板的框图。具体地，针对通用矢量友好指令格式700定义A类和B类指令模板，两者包括无存储器存取705的指令模板和存储器存取720的指令模板。在矢量友好指令格式的上下文中的术语通用指不绑定到任何专用指令集的指令格式。

尽管将描述其中矢量友好指令格式支持以下：64字节矢量操作数长度(或大小)与32位(4字节)或64位(8字节)数据元素宽度(或大小)(并且由此，64字节矢量由16双字大小的元素或者替换地8四字大小的元素组成)、64字节矢量操作数长度(或大小)与16位(2字节)或8位(1字节)数据元素宽度(或大小)、32字节矢量操作数长度(或大小)与32位(4字节)、64位(8字节)、16位(2字节)、或8位(1字节)数据元素宽度(或大小)、以及16字节矢量操作数长度(或大小)与32位(4字节)、64位(8字节)、16位(2字节)、或8位(1字节)数据元素宽度(或大小)的本发明的实施例，但是替换实施例可支持更大、更小、和/或不同的矢量操作数大小(例如，256字节矢量操作数)与更大、更小或不同的数据元素宽度(例如，128位(16字节)数据元素宽度)。

图7A中的A类指令模板包括：1)在无存储器存取705的指令模板内，示出无存储器存取的全部舍入(round)控制型操作710的指令模板、以及无存储器存取的数据变换型操作715的指令模板；以及2)在存储器存取720的指令模板内，示出存储器存取的时间725的指令模板和存储器存取的非时间730的指令模板。图7B中的B类指令模板包括：1)在无存储器存取705的指令模板内，示出无存储器存取的写掩码控制的部分舍入控制型操作712的指令模板以及无存储器存取的写掩码控制的vsize型操作717的指令模板；以及2)在存储器存取720的指令模板内，示出存储器存取的写掩码控制727的指令模板。

通用矢量友好指令格式700包括以下列出以在图7A-7B中示出顺序的如下字段。结合以上讨论，考虑KCONCATSTORE Z X Y指令，在实施例中，参考以下在图7A-B和8中提供的格式细节，利用存储器存取指令类型720。在以下描述的寄存器地址字段744中指定第一和第二输入操作数X Y(对应于两个掩码寄存器地址)和目的地Z(对应于存储器写地址)。

格式字段740－该字段中的特定值(指令格式标识符值)唯一地标识矢量友好指令格式，并且由此标识指令在指令流中以矢量友好指令格式出现。由此，该字段在无需只有通用矢量友好指令格式的指令集的意义上是任选的。

基础操作字段742－其内容区分不同的基础操作。

寄存器索引字段744-其内容直接或者通过地址生成指定源或目的地操作数在寄存器中或者在存储器中的位置。这些字段包括足够数量的位以从PxQ(例如，32x512、16x128、32x1024、64x1024)个寄存器文件选择N个寄存器。尽管在一个实施例中N可高达三个源和一个目的地寄存器，但是替换实施例可支持更多或更少的源和目的地寄存器(例如，可支持高达两个源，其中这些源中的一个源还用作目的地，可支持高达三个源，其中这些源中的一个源还用作目的地，可支持高达两个源和一个目的地)。

修饰符(modifier)字段746－其内容将以指定存储器存取的通用矢量指令格式出现的指令与不指定存储器存取的通用矢量指令格式出现的指令区分开；即在无存储器存取705的指令模板与存储器存取720的指令模板之间。存储器存取操作读取和/或写入到存储器等级(在一些情况下，使用寄存器中的值来指定源和/或目的地地址)，而非存储器存取操作不这样(例如，源和/或目的地是寄存器)。尽管在一个实施例中，该字段还在三种不同的方式之间选择以执行存储器地址计算，但是替换实施例可支持更多、更少或不同的方式来执行存储器地址计算。

扩充操作字段750－其内容区分除基础操作以外要执行各种不同操作中的哪一个操作。该字段是上下文专用的。在本发明的一个实施例中，该字段被分成类字段768、α字段752、以及β字段754。扩充操作字段750允许在单一指令而非2、3或4个指令中执行多组共同的操作。

缩放字段760－其内容允许用于存储器地址生成(例如，用于使用2^缩放*索引+基址的地址生成)的索引字段的内容的缩放。

位移字段762A－其内容用作存储器地址生成的一部分(例如，用于使用2^缩放*索引+基址+位移的地址生成)。

位移因数字段762B(注意，位移字段762A直接在位移因数字段762B上的并置指示使用一个或另一个)－其内容用作地址生成的一部分，它指定由存储器存取的大小(N)缩放的位移因数，其中N是存储器存取中的字节数量(例如，用于使用2^缩放*索引+基址+缩放的位移的地址生成)。忽略冗余的低阶位，并且因此位移因数字段的内容乘以存储器操作数总大小(N)以生成在计算有效地址中使用的最终位移。N的值由处理器硬件在运行时基于完整操作码字段774(稍候在本文中描述)和数据操纵字段754C确定。位移字段762A和位移因数字段762B在它们不用于无存储器存取705的指令模板和/或不同的实施例可实现两者中的仅一个或均未实现的意义上是任选的。

数据元素宽度字段764－其内容区分使用多个数据元素宽度中的哪一个(在一些实施例中用于所有指令，在其他实施例中只用于一些指令)。该字段在如果支持仅一个数据元素宽度和/或使用操作码的某一方面支持数据元素宽度则不需要的意义上是任选的。

写掩码字段770－其内容在每一数据元素位置的基础上控制目的地矢量操作数中的数据元素位置是否反映基础操作和扩充操作的结果。A类指令模板支持合并-写掩码，而B类指令模板支持合并写掩码和归零写掩码两者。当合并的矢量掩码允许在执行任何操作(由基础操作和扩充操作指定)期间保护目的地中的任何元素集免于更新时，在另一实施例中，保持其中对应掩码位具有0的目的地的每一元素的旧值。相反，当归零矢量掩码允许在执行任何操作(由基础操作和扩充操作指定)期间使目的地中的任何元素集归零时，在一个实施例中，目的地的元素在对应掩码位具有0值时被设为0。该功能的子集是控制执行的操作的矢量长度的能力(即，从第一个到最后一个要修改的元素的跨度)，然而，修改的元素连续是不必要的。由此，写掩码字段770允许部分矢量操作，包括加载、存储、算术、逻辑等。尽管描述了其中写掩码字段770的内容选择大量写掩码寄存器中的包含要使用的写掩码的一个写掩码寄存器(并且由此写掩码字段770的内容间接地标识要执行的那个掩码)的本发明的实施例，但是替换实施例相反或另外允许掩码写字段770的内容直接地指定要执行的掩码。

立即数字段772－其内容允许对立即数的规范。该字段在实现不支持立即数的通用矢量友好格式中不存在且在不使用立即数的指令中不存在的意义上是任选的。

类字段768－其内容在指令的不同的类之间进行区分。参考图7A-B，该字段的内容在A类和B类指令之间进行选择。在图7A-B中，圆角方形用于指示专用值存在于字段中(例如，在图7A-B中分别用于类字段768的A类768A和B类768B)。

A类指令模板

在A类非存储器存取705的指令模板的情况下，α字段752被解释为其内容区分要执行不同扩充操作类型中的哪一种(例如，针对无存储器存取的舍入型操作710和无存储器存取的数据变换型操作715的指令模板分别指定舍入752A.1和数据变换752A.2)的RS字段752A，而β字段754区分要执行指定类型的操作中的哪一种。在无存储器存取705指令模板中，缩放字段760、位移字段762A以及位移缩放字段762B不存在。

无存储器存取的指令模板－全部舍入控制型操作

在无存储器存取的全部舍入控制型操作710的指令模板中，β字段754被解释为其内容提供静态舍入的舍入控制字段754A。尽管在本发明的所述实施例中舍入控制字段754A包括抑制所有浮点异常(SAE)字段756和舍入操作控制字段758，但是替换实施例可支持、可将这些概念两者都编码成相同的字段或者只有这些概念/字段中的一个或另一个(例如，可只有舍入操作控制字段758)。

SAE字段756－其内容区分是否停用异常事件报告；当SAE字段756的内容指示启用抑制时，给定指令不报告任何种类的浮点异常标志且不唤起任何浮点异常处理程序。

舍入操作控制字段758－其内容区分执行一组舍入操作中的哪一个(例如，向上舍入、向下舍入、向零舍入、以及就近舍入)。由此，舍入操作控制字段758允许在每一指令的基础上改变舍入模式。在其中处理器包括用于指定舍入模式的控制寄存器的本发明的一个实施例中，舍入操作控制字段750的内容覆盖该寄存器值。

无存储器存取的指令模板－数据变换型操作

在无存储器存取的数据变换型操作715的指令模板中，β字段754被解释为数据变换字段754B，其内容区分要执行多个数据变换中的哪一个(例如，无数据变换、拌和、广播)。

在A类存储器存取720的指令模板的情况下，α字段752被解释为驱逐提示字段752B，其内容区分要使用驱逐提示中的哪一个(在图7A中，为存储器存取时间725指令模板和存储器存取非时间730的指令模板分别指定时间752B.1和非时间752B.2)，而β字段754被解释为数据操纵字段754C，其内容区分要执行多个数据操纵操作(也称为基元(primitive))中的哪一个(例如，无操纵、广播、源的向上转换、以及目的地的向下转换)。存储器存取720的指令模板包括缩放字段760、以及任选的位移字段762A或位移缩放字段762B。

矢量存储器指令使用转换支持来执行来自存储器的矢量负载并将矢量存储到存储器。如同有规律的矢量指令，矢量存储器指令以数据元素式的方式与存储器来回传输数据，其中实际传输的元素由选为写掩码的矢量掩码的内容阐述。

存储器存取的指令模板－时间

时间数据是可能很快地重新使用足以从高速缓存受益的数据。然而，这是提示且不同的处理器可以不同的方式实现它，包括完全忽略该提示。

存储器存取的指令模板－非时间

非时间数据是不可能很快地重新使用足以从第一级高速缓存中的高速缓存受益且应当给予驱逐优先级的数据。然而，这是提示且不同的处理器可以不同的方式实现它，包括完全忽略该提示。

B类指令模板

在B类指令模板的情况下，α字段752被解释为写掩码控制(Z)字段752C，其内容区分由写掩码字段770控制的写掩码应当是合并还是归零。

在B类非存储器存取705的指令模板的情况下，β字段754的一部分被解释为RL字段757A，其内容区分要执行不同扩充操作类型中的哪一种(例如，针对无存储器存取的写掩码控制部分舍入控制类型操作712的指令模板和无存储器存取的写掩码控制VSIZE型操作717的指令模板分别指定舍入757A.1和矢量长度(VSIZE)757A.2)，而β字段754的其余部分区分要执行指定类型的操作中的哪一种。在无存储器存取705指令模板中，缩放字段760、位移字段762A以及位移缩放字段762B不存在。

在无存储器存取的写掩码控制的部分舍入控制型操作710的指令模板中，β字段754的其余部分被解释为舍入操作字段759A，并且停用异常事件报告(给定指令不报告任何种类的浮点异常标志且不唤起任何浮点异常处理程序)。

舍入操作控制字段759A－只作为舍入操作控制字段758，其内容区分执行一组舍入操作中的哪一个(例如，向上舍入、向下舍入、向零舍入、以及就近舍入)。由此，舍入操作控制字段759A允许在每一指令的基础上改变舍入模式。在其中处理器包括用于指定舍入模式的控制寄存器的本发明的一个实施例中，舍入操作控制字段750的内容覆盖该寄存器值。

在无存储器存取的写掩码控制VSIZE型操作717的指令模板中，β字段754的其余部分被解释为矢量长度字段759B，其内容区分要执行多个数据矢量长度中的哪一个(例如，128字节、256字节、或512字节)。

在B类存储器存取720的指令模板的情况下，β字段754的一部分被解释为广播字段757B，其内容区分是否要执行广播型数据操纵操作，而β字段754的其余部分被解释为矢量长度字段759B。存储器存取720的指令模板包括缩放字段760、以及任选的位移字段762A或位移缩放字段762B。

针对通用矢量友好指令格式700，示出完整操作码字段774，包括格式字段740、基础操作字段742以及数据元素宽度字段764。尽管示出了其中完整操作码字段774包括所有这些字段的一个实施例，但是完整操作码字段774包括在不支持所有这些字段的实施例中的少于所有的这些字段。完整操作码字段774提供操作码(opcode)。

扩充操作字段750、数据元素宽度字段764以及写掩码字段770允许这些特征在每一指令的基础上以通用矢量友好指令格式指定。

写掩码字段和数据元素宽度字段的组合创建各种类型的指令，其中这些指令允许基于不同的数据元素宽度应用该掩码。

在A类和B类内找到的各种指令模板在不同的情形下是有益的。在本发明的一些实施例中，不同处理器或者处理器内的不同核可只有支持仅A类、仅B类、或者可支持两类。举例而言，期望用于通用计算的高性能通用无序核可只支持B类，期望主要用于图形和/或科学(吞吐量)计算的核可只支持A类，并且期望用于两者的核可支持两者(当然，具有来自两类的模板和指令的一些混合的核，但是并非来自两类的所有模板和指令都在本发明的权限内)。同样，单一处理器可包括多个核，所有核支持相同的类或者其中不同的核支持不同的类。举例而言，在具有分离的图形和通用核的处理器中，图形核中的期望主要用于图形和/或科学计算的一个核可只支持A类，而通用核中的一个或多个可以是和期望用于通用计算的支持B类的无序执行和寄存器重命名的高性能通用核。没有分离的图形核的另一处理器可包括支持A类和B类两者的一个或多个通用有序或无序核。当然，在本发明的不同实施例中，来自一类的特征还可在其他类中实现。以高级语言撰写的程序可被输入(例如，仅仅按时间编译或者统计编译)到各种不同的可执行形式，包括：1)只有用于执行的目标处理器支持的类的指令的形式；或者2)具有使用所有类的指令的不同组合而撰写的替换例程且具有选择这些例程以基于由当前正在执行代码的处理器支持的指令而执行的控制流代码的形式。

示例性专用矢量友好指令格式

图8是示出根据本发明的实施例的示例性专用矢量友好指令格式的框图。图8示出在其指定位置、大小、解释和字段的次序、以及那些字段中的一些字段的值的意义上是专用的专用矢量友好指令格式800。专用矢量友好指令格式800可用于扩展x86指令集，并且由此一些字段类似于在现有x86指令集及其扩展(例如，AVX)中使用的那些字段或与之相同。该格式保持与具有扩展的现有x86指令集的前缀编码字段、实操作码字节字段、MOD R/M字段、SIB字段、位移字段、以及立即数字段一致。示出来自图8的字段映射到的来自图7的字段。

应当理解，虽然出于说明的目的在通用矢量友好指令格式700的上下文中，本发明的实施例参考专用矢量友好指令格式800进行了描述，但是本发明不限于专用矢量友好指令格式800，声明的地方除外。例如，通用矢量友好指令格式700构想各种字段的各种可能的大小，而专用矢量友好指令格式800被示为具有专用大小的字段。作为具体示例，尽管在专用矢量友好指令格式800中数据元素宽度字段764被示为一位字段，但是本发明不限于此(即，通用矢量友好指令格式700构想数据元素宽度字段764的其他大小)。

通用矢量友好指令格式700包括以下列出以在图8A中示出的顺序的如下字段。

EVEX前缀(字节0-3)802－以四字节形式进行编码。

格式字段740(EVEX字节0，位[7:0])－第一字节(EVEX字节0)是格式字段740，并且它包含0x62(在本发明的一个实施例中用于区分矢量友好指令格式的唯一值)。

第二-第四字节(EVEX字节1-3)包括提供专用能力的大量位字段。

REX字段805(EVEX字节1，位[7-5])－由EVEX.R位字段(EVEX字节1，位[7]–R)、EVEX.X位字段(EVEX字节1，位[6]–X)以及(757BEX字节1，位[5]–B)组成。EVEX.R、EVEX.X和EVEX.B位字段提供与对应VEX位字段相同的功能，并且使用1补码的形式进行编码，即ZMM0被编码为1111B，ZMM15被编码为0000B。这些指令的其他字段对如在本领域中已知的寄存器索引的较低三位(rrr、xxx、以及bbb)进行编码，由此Rrrr、Xxxx以及Bbbb可通过增加EVEX.R、EVEX.X以及EVEX.B来形成。

REX’字段710－这是REX’字段710的第一部分，并且是用于对扩展的32个寄存器集合的较高16个或较低16个寄存器进行编码的EVEX.R’位字段(EVEX字节1，位[4]–R’)。在本发明的一个实施例中，该位与以下指示的其他位一起以位反转的格式存储以(在公知x86的32位模式下)与其实操作码字节是62的BOUND指令进行区分，但是在MOD R/M字段(在下文中描述)中不接受MOD字段中的值11；本发明的替换实施例不以反转的格式存储该指示的位以及其他指示的位。值1用于对较低16个寄存器进行编码。换句话说，通过组合EVEX.R’、EVEX.R、以及来自其他字段的其他RRR来形成R’Rrrr。

操作码映射字段815(EVEX字节1，位[3:0]–mmmm)–其内容对隐含的领先操作码字节(0F、0F38、或0F3)进行编码。

数据元素宽度字段764(EVEX字节2，位[7]–W)－由记号EVEX.W表示。EVEX.W用于定义数据类型(32位数据元素或64位数据元素)的粒度(大小)。

EVEX.vvvv820(EVEX字节2，位[6:3]-vvvv)－EVEX.vvvv的作用可包括如下：1)EVEX.vvvv对以反转(1补码)的形式指定的第一源寄存器操作数进行编码且对具有两个或两个以上源操作数的指令有效；2)EVEX.vvvv针对特定矢量位移对以1补码的形式指定的目的地寄存器操作数进行编码；或者3)EVEX.vvvv不对任何操作数进行编码，保留该字段，并且应当包含1111b。由此，EVEX.vvvv字段820对以反转(1补码)的形式存储的第一源寄存器指定符的4个低阶位进行编码。取决于该指令，额外不同的EVEX位字段用于将指定符大小扩展到32个寄存器。

EVEX.U768类字段(EVEX字节2，位[2]-U)－如果EVEX.U＝0，则它指示A类或EVEX.U0，如果EVEX.U＝1，则它指示B类或EVEX.U1。

前缀编码字段825(EVEX字节2，位[1:0]-pp)－提供了用于基础操作字段的附加位。除了对以EVEX前缀格式的传统SSE指令提供支持以外，这也具有的压缩SIMD前缀的益处(EVEX前缀只需要2位，而不是需要字节来表达SIMD前缀)。在一个实施例中，为了支持使用以传统格式和以EVEX前缀格式的SIMD前缀(66H、F2H、F3H)的传统SSE指令，这些传统SIMD前缀被编码成SIMD前缀编码字段；并且在运行时在提供给解码器的PLA之前被扩展成传统SIMD前缀(因此PLA可执行传统和EVEX格式的这些传统指令，而无需修改)。虽然较新的指令可将EVEX前缀编码字段的内容直接作为操作码扩展，但是为了一致性，特定实施例以类似的方式扩展，但允许由这些传统SIMD前缀指定不同的含义。替换实施例可重新设计PLA以支持2位SIMD前缀编码，并且由此不需要扩展。

α字段752(EVEX字节3，位[7]–EH；也称为EVEX.EH、EVEX.rs、EVEX.RL、EVEX.写掩码控制、以及EVEX.N；还被示为具有α)－如先前所述的，该字段是上下文专用的。

β字段754(EVEX字节3，位[6:4]-SSS，也称为EVEX.s2-0、EVEX.r2-0、EVEX.rr1、EVEX.LL0、EVEX.LLB，还被示为具有βββ)－如先前所述的，该字段是内容专用的。

REX’字段710－这是REX’字段1210的其余部分，并且是可用于对扩展的32个寄存器集合的较高16个或较低16寄存器进行编码的EVEX.R’位字段(EVEX字节3，位[3]–V’)。该位以位反转的格式存储。值1用于对较低16个寄存器进行编码。换句话说，通过组合EVEX.V’、EVEX.vvvv来形成V’VVVV。

写掩码字段770(EVEX字节3，位[2:0]-kkk)－其内容指定写掩码寄存器中的寄存器索引，如先前所述的。在本发明的一个实施例中，专用值EVEX.kkk＝000具有隐含着没有写掩码用于特定指令(这可以各种方式(包括使用硬连线到所有的写掩码或者旁路掩码硬件的硬件)实现)的特别行为。

实操作码字段830(字节4)还被称为操作码字节。操作码的一部分在该字段中指定。

MOD R/M字段840(字节5)包括MOD字段842、Reg字段844、以及R/M字段846。如先前所述的，MOD字段842的内容在存储器存取和非存储器存取的操作之间进行区分。Reg字段844的作用可被归结为两种情形：对目的地寄存器操作数或源寄存器操作数进行编码；或者被视为操作码扩展且不用于对任何指令操作数进行编码。R/M字段846的作用可包括如下：对参考存储器地址的指令操作数进行编码；或者对目的地寄存器操作数或源寄存器操作数进行编码。

缩放、索引、基址(SIB)字节(字节6)－如先前所述的，缩放字段750的内容用于存储器地址生成。SIB.xxx854和SIB.bbb856－先前已经针对寄存器索引Xxxx和Bbbb参考了这些字段的内容。

位移字段762A(字节7-10)－当MOD字段842包含10时，字节7-10是位移字段762A，并且它与传统32位位移(disp32)一样地工作，并且以字节粒度工作。

位移因数字段762B(字节7)－当MOD字段842包含01时，字节7是位移因数字段762B。该字段的位置与传统x86指令集8位位移(disp8)的位置相同，它以字节粒度工作。由于disp8是符号扩展的，因此它可只在-128和127字节偏移量之间寻址，在64字节的高速缓存线的方面，disp8使用可被设为仅四个真正有用的值-128、-64、0和64的8位；由于常常需要更大的范围，所以使用disp32；然而，disp32需要4个字节。与disp8和disp32对比，位移因数字段762B是disp8的重新解释；当使用位移因数字段762B时，实际位移通过位移因数字段的内容乘以存储器操作数存取的大小(N)确定。该类型的位移被称为disp8*N。这减小了平均指令长度(用于位移但具有大得多的范围的单一字节)。这种压缩位移基于有效位移是存储器存取的粒度的倍数的假设，并且由此地址偏移量的冗余低阶位不需要被编码。换句话说，位移因数字段762B替代传统x86指令集8位位移。由此，位移因数字段762B以与x86指令集8位位移相同的方式(因此在ModRM/SIB编码规则中没有变化)进行编码，唯一的不同在于，disp8超载至disp8*N。换句话说，在编码规则或者编码长度中没有变化，只在通过硬件对位移值的解释中有变化(这需要使位移缩放存储器操作数的大小以获得字节式地址偏移量)。

立即数字段772如先前所述地操作。

完整操作码字段

图8B是示出根据本发明的实施例的构成完整操作码字段774的具有专用矢量友好指令格式800的字段的框图。具体地，完整操作码字段774包括格式字段740、基础操作字段742、以及数据元素宽度(W)字段764。基础操作字段742包括前缀编码字段825、操作码映射字段815以及实操作码字段830。

寄存器索引字段

图8C是示出根据本发明的一个实施例的构成寄存器索引字段744的具有专用矢量友好指令格式800的字段的框图。具体地，寄存器索引字段744包括REX字段805、REX’字段810、MODR/M.reg字段844、MODR/M.r/m字段846、VVVV字段820、xxx字段854以及bbb字段856。

扩充操作字段

图8D是示出根据本发明的一个实施例的构成扩充操作字段750的具有专用矢量友好指令格式800的字段的框图。当类(U)字段768包含0时，它表达EVEX.U0(A类768A)；当它包含1时，它表达EVEX.U1(B类768B)。当U＝0且MOD字段842包含11(表达无存储器存取操作)时，α字段752(EVEX字节3，位[7]–EH)被解释为rs字段752A。当rs字段752A包含1(舍入752A.1)时，β字段754(EVEX字节3，位[6:4]–SSS)被解释为舍入控制字段754A。舍入控制字段754A包括一位SAE字段756和两位舍入操作字段758。当rs字段752A包含0(数据变换752A.2)时，β字段754(EVEX字节3，位[6:4]–SSS)被解释为三位数据变换字段754B。当U＝0且MOD字段842包含00、01或10(表达存储器存取操作)时，α字段752(EVEX字节3，位[7]–EH)被解释为驱逐提示(EH)字段752B且β字段754(EVEX字节3，位[6:4]–SSS)被解释为三位数据操纵字段754C。

当U＝1时，α字段752(EVEX字节3，位[7]–EH)被解释为写掩码控制(Z)字段752C。当U＝1且MOD字段842包含11(表达无存储器存取操作)时，β字段754的一部分(EVEX字节3，位[4]–S₀)被解释为RL字段757A；当它包含1(舍入757A.1)时，β字段754的其余部分(EVEX字节3，位[6-5]–S_2-1)被解释为舍入操作字段759A，而当RL字段757A包含0(VSIZE757.A2)时，β字段754的其余部分(EVEX字节3，位[6-5]-S_2-1)被解释为矢量长度字段759B(EVEX字节3，位[6-5]–L_1-0)。当U＝1且MOD字段842包含00、01或10(表达存储器存取操作)时，β字段754(EVEX字节3，位[6:4]–SSS)被解释为矢量长度字段759B(EVEX字节3，位[6-5]–L_1-0)和广播字段757B(EVEX字节3，位[4]–B)。

示例性寄存器架构

图9是根据本发明的一个实施例的寄存器架构900的框图。在所示出的实施例中，有32个512位宽的矢量寄存器910；这些寄存器被引用为zmm0到zmm31。较低的16zmm寄存器的较低阶256位覆盖在寄存器ymm0-16上。较低的16zmm寄存器的较低阶128位(ymm寄存器的较低阶128位)覆盖在寄存器xmm0-15上。专用矢量友好指令格式800对这些覆盖的寄存器文件操作，如在以下表格中所示的。

换句话说，矢量长度字段759B在最大长度与一个或多个其他较短长度之间进行选择，其中每一这种较短长度是前一长度的一半，并且没有矢量长度字段759B的指令模板对最大矢量长度操作。此外，在一个实施例中，专用矢量友好指令格式800的B类指令模板对打包或标量单/双精度浮点数据以及打包或标量整数数据操作。标量操作是在zmm/ymm/xmm寄存器中的最低阶数据元素位置上执行的操作；取决于本实施例，较高阶数据元素位置保持与在指令之前相同或者归零。

写掩码寄存器915－在所示的实施例中，存在8个写掩码寄存器(k0至k7)，每一写掩码寄存器的大小是64位。在替换实施例中，写掩码寄存器915的大小是16位。如先前所述的，在本发明的一个实施例中，矢量掩码寄存器k0无法用作写掩码；当正常可指示k0的编码用作写掩码时，它选择硬连线的写掩码0xFFFF，从而有效地停用该指令的写掩码。

通用寄存器925——在所示出的实施例中，有十六个64位通用寄存器，这些寄存器与现有的x86寻址模式来寻址存储器操作数一起使用。这些寄存器通过名称RAX、RBX、RCX、RDX、RBP、RSI、RDI、RSP，以及R8到R15来引用。

标量浮点堆栈寄存器文件(x87堆栈)945，在其上面混叠MMX打包整数平面寄存器文件950——在所示出的实施例中，x87堆栈是用于使用x87指令集扩展来对32/64/80位浮点数据执行标量浮点操作的八元素堆栈；而使用MMX寄存器来对64位打包整数数据执行操作，以及为在MMX和XMM寄存器之间执行的某些操作保存操作数。

本发明的替换实施例可以使用较宽的或较窄的寄存器。另外，本发明的替换实施例可以使用多一些，少一些或不同的寄存器文件和寄存器。

示例性核架构、处理器和计算机架构

处理器核可以用出于不同目的的不同方式在不同的处理器中实现。例如，这样的核的实现可以包括：1)旨在用于通用计算的通用有序核；2)预期用于通用计算的高性能通用无序核；3)主要预期用于图形和/或科学(吞吐量)计算的专用核。不同处理器的实现可包括：包括预期用于通用计算的一个或多个通用有序核和/或预期用于通用计算的一个或多个通用无序核的CPU；以及2)包括主要预期用于图形和/或科学(吞吐量)的一个或多个专用核的协处理器。这样的不同处理器导致不同的计算机系统架构，其可包括：1)在与CPU分开的芯片上的协处理器；2)在与CPU相同的封装中但分开的管芯上的协处理器；3)与CPU在相同管芯上的协处理器(在该情况下，这样的协处理器有时被称为诸如集成图形和/或科学(吞吐量)逻辑等专用逻辑，或被称为专用核)；以及4)可以将所描述的CPU(有时被称为应用核或应用处理器)、以上描述的协处理器和附加功能包括在同一管芯上的片上系统。接着描述示例性核架构，随后描述示例性处理器和计算机架构。

示例性核架构

有序和无序核框图

图10A是示出根据本发明的各实施例的示例性有序流水线和示例性的寄存器重命名的无序发布/执行流水线的框图。图10B是示出根据本发明的各实施例的要包括在处理器中的有序架构核的示例性实施例和示例性的寄存器重命名的无序发布/执行架构核的框图。图10A-10B中的实线框解说了有序流水线和有序核，而虚线框中的可选附加项解说了寄存器重命名的、无序发布/执行流水线和核。给定有序方面是无序方面的子集的情况下，无序方面将被描述。

在图10A中，处理器流水线1000包括获取级1002、长度解码级1004、解码级1006、分配级1008、重命名级1010、调度(也称为分派或发布)级1012、寄存器读/存储器读取级1014、执行级1016、写回/存储器写入级1018、异常处理级1022和提交级1024。

图10B示出了包括耦合到执行引擎单元1050的前端单元1030的处理器核1090，且执行引擎单元和前端单元两者都耦合到存储器单元1070。核1090可以是精简指令集合计算(RISC)核、复杂指令集合计算(CISC)核、非常长的指令字(VLIW)核或混合或替代核类型。作为又一选项，核1090可以是专用核，诸如例如网络或通信核、压缩引擎、协处理器核、通用计算图形处理器单元(GPGPU)核、或图形核等等。

前端单元1030包括耦合到指令高速缓存单元1034的分支预测单元1032，该指令高速缓存单元1034被耦合到指令翻译后备缓冲器(TLB)1036，该指令翻译后备缓冲器1036被耦合到指令获取单元1038，指令获取单元1038被耦合到解码单元1040。解码单元1040(或解码器)可解码指令，并生成从原始指令解码出的、或以其他方式反映原始指令的、或从原始指令导出的一个或多个微操作、微代码进入点、微指令、其他指令、或其他控制信号作为输出。解码单元1040可使用各种不同的机制来实现。合适的机制的示例包括但不限于查找表、硬件实现、可编程逻辑阵列(OLA)、微代码只读存储器(ROM)等。在一个实施例中，核1090包括存储(例如，在解码单元1040中或否则在前端单元1030内的)某些宏指令的微代码的微代码ROM或其他介质。解码单元1040被耦合到执行引擎单元1050中的重命名/分配单元1052。

执行引擎单元1050包括重命名/分配器单元1052，该重命名/分配器单元1052耦合至引退单元1054和一个或多个调度器单元1056的集合。调度器单元1056表示任何数目的不同调度器，包括预留站、中央指令窗等。调度器单元1056被耦合到物理寄存器组单元1058。每个物理寄存器文件单元1058表示一个或多个物理寄存器文件，其中不同的物理寄存器文件存储一种或多种不同的数据类型，诸如标量整数、标量浮点、打包整数、打包浮点、矢量整数、矢量浮点、状态(例如，作为要执行的下一指令的地址的指令指针)等。在一个实施例中，物理寄存器文件单元1058包括矢量寄存器单元、写掩码寄存器单元和标量寄存器单元。这些寄存器单元可以提供架构矢量寄存器、矢量掩码寄存器、和通用寄存器。物理寄存器文件单元1058被引退单元1054覆盖以示出可以用来实现寄存器重命名和无序执行的各种方式(例如，使用记录器缓冲器和引退寄存器文件；使用将来的文件、历史缓冲器和引退寄存器文件；使用寄存器图和寄存器池等等)。引退单元1054和物理寄存器文件单元1058被耦合到执行群集1060。执行群集1060包括一个或多个执行单元1062的集合和一个或多个存储器访问单元1064的集合。执行单元1062可以执行各种操作(例如，移位、加法、减法、乘法)，以及对各种类型的数据(例如，标量浮点、打包整数、打包浮点、矢量整型、矢量浮点)执行。尽管某些实施例可以包括专用于特定功能或功能集合的多个执行单元，但其他实施例可包括全部执行所有函数的仅一个执行单元或多个执行单元。调度器单元1056、物理寄存器文件单元1058和执行群集1060被示为可能有多个，因为某些实施例为某些类型的数据/操作(例如，标量整型流水线、标量浮点/打包整型/打包浮点/矢量整型/矢量浮点流水线，和/或各自具有其自己的调度器单元、物理寄存器单元和/或执行群集的存储器访问流水线——以及在分开的存储器访问流水线的情况下，实现其中仅该流水线的执行群集具有存储器访问单元1064的某些实施例)创建分开的流水线。还应当理解，在分开的流水线被使用的情况下，这些流水线中的一个或多个可以为无序发布/执行，并且其余流水线可以为有序发布/执行。

存储器访问单元1064的集合被耦合到存储器单元1070，该存储器单元1070包括耦合到数据高速缓存单元1074的数据TLB单元1072，其中数据高速缓存单元1074耦合到二级(L2)高速缓存单元1076。在一个示例性实施例中，存储器访问单元1064可以包括加载单元、存储地址单元和存储数据单元，这些单元中的每一个单元被耦合到存储器单元1070中的数据TLB单元1072。指令高速缓存单元1034还被耦合到存储器单元1070中的二级(L2)高速缓存单元1076。L2高速缓存单元1076被耦合到一个或多个其他级的高速缓存，并最终耦合到主存储器。

作为示例，示例性寄存器重命名的、无序发布/执行核架构可以如下实现流水线1000：1)指令获取1038执行获取和长度解码级1002和1004；2)解码单元1040执行解码级1006；3)重命名/分配器单元1052执行分配级1008和重命名级1010；4)调度器单元1056执行调度级1012；5)物理寄存器组单元1058和存储器单元1070执行寄存器读取/存储器读取级1014；执行群集1060执行执行级1016；6)存储器单元1070和物理寄存器组单元1058执行写回/存储器写入级1018；7)各单元可牵涉到异常处理级1022；以及8)引退单元1054和物理寄存器组单元1058执行提交级1024。

核1090可支持一个或多个指令集合(例如，x86指令集合(具有与较新版本一起添加的某些扩展)；加利福尼亚州桑尼维尔市的MIPS技术公司的MIPS指令集合；加利福尼州桑尼维尔市的ARM控股的ARM指令集合(具有诸如NEON等可选附加扩展))，其中包括本文中描述的各指令。在一个实施例中，核1090包括支持打包数据指令集扩展(例如，AVX1、AVX2和/或先前描述的一些形式的一般矢量友好指令格式(U＝0和/或U＝1))的逻辑，从而允许很多多媒体应用使用的操作能够使用打包数据来执行。

应当理解，核可支持多线程化(执行两个或更多个并行的操作或线程的集合)，并且可以按各种方式来完成该多线程化，此各种方式包括时分多线程化、同步多线程化(其中单个物理核为物理核正同步多线程化的各线程中的每一个线程提供逻辑核)、或其组合(例如，时分获取和解码以及此后诸如用超线程化技术来同步多线程化)。

尽管在无序执行的上下文中描述了寄存器重命名，但应当理解，可以在有序架构中使用寄存器重命名。尽管所解说的处理器的实施例还包括分开的指令和数据高速缓存单元1034/1074以及共享L2高速缓存单元1076，但替换实施例可以具有用于指令和数据两者的单个内部高速缓存，诸如例如一级(L1)内部高速缓存或多个级别的内部缓存。在某些实施例中，该系统可包括内部高速缓存和在核和/或处理器外部的外部高速缓存的组合。或者，所有高速缓存都可以在核和/或处理器的外部。

具体的示例性有序核架构

图11A-B示出了更具体的示例性有序核架构的框图，该核将是芯片中的若干逻辑块之一(包括相同类型和/或不同类型的其他核)。这些逻辑块通过高带宽的互连网络(例如，环形网络)与某些固定的功能逻辑、存储器I/O接口和其它必要的I/O逻辑通信，这依赖于应用。

图11A是根据本发明的各实施例的单个处理器核连同它与管芯上互连网络1102的连接以及其二级(L2)高速缓存1104的本地子集的框图。在一个实施例中，指令解码器1100支持具有打包数据指令集合扩展的x86指令集。L1高速缓存1106允许对标量和矢量单元中的高速缓存存储器的低等待时间访问。尽管在一个实施例中(为了简化设计)，标量单元1108和矢量单元1110使用分开的寄存器集合(分别为标量寄存器1112和矢量寄存器1114)，并且在这些寄存器之间转移的数据被写入到存储器并随后从一级(L1)高速缓存1106读回，但是本发明的替换实施例可以使用不同的方法(例如使用单个寄存器集合或包括允许数据在这两个寄存器文件之间传输而无需被写入和读回的通信路径)。

L2高速缓存的本地子集1104是全局L2高速缓存的一部分，该全局L2高速缓存被划分成多个分开的本地子集，即每个处理器核一个本地子集。每个处理器核具有到其自己的L2高速缓存1104的本地子集的直接访问路径。被处理器核读出的数据被存储在其L2高速缓存子集1104中，并且可以被快速访问，该访问与其他处理器核访问其自己的本地L2高速缓存子集并行。被处理器核写入的数据被存储在其自己的L2高速缓存子集1104中，并在必要的情况下从其它子集清除。环形网络确保共享数据的一致性。环形网络是双向的，以允许诸如处理器核、L2高速缓存和其它逻辑块之类的代理在芯片内彼此通信。每个环形数据路径为每个方向1012位宽。

图11B是根据本发明的各实施例的图11A中的处理器核的一部分的展开图。图11B包括作为L1高速缓存1104的L1数据高速缓存1106A部分，以及关于矢量单元1110和矢量寄存器1114的更多细节。具体地说，矢量单元1110是16宽矢量处理单元(VPU)(见16宽ALU1128)，该单元执行整型、单精度浮点以及双精度浮点指令中的一个或多个。该VPU通过混合单元1120支持对寄存器输入的混合、通过数值转换单元1122A-B支持数值转换，并通过复制单元1124支持对存储器输入的复制。写掩码寄存器1126允许断言所得的矢量写入。

具有集成存储器控制器和图形器件的处理器

图12是根据本发明的各实施例可能具有一个以上核、可能具有集成存储器控制器、以及可能具有集成图形的处理器1200的框图。图12中的实线框解说具有单个核1202A、系统代理1210、一个或多个总线控制器单元1216的集合的处理器1200，而虚线框中的可选附加项解说具有多个核1202A-N、系统代理单元1210中的一个或多个集成存储器控制器单元1214的集合以及专用逻辑1208的替换处理器1200。

因此，处理器1200的不同实现可包括：1)CPU，其中专用逻辑1208是集成图形和/或科学(吞吐量)逻辑(其可包括一个或多个核)，并且核1202A-N是一个或多个通用核(例如，通用的有序核、通用的无序核、这两者的组合)；2)协处理器，其中核1202A-N是主要预期用于图形和/或科学(吞吐量)的大量专用核；以及3)协处理器，其中核1202A-N是大量通用有序核。因此，处理器1200可以是通用处理器、协处理器或专用处理器，诸如例如网络或通信处理器、压缩引擎、图形处理器、GPGPU(通用图形处理单元)、高吞吐量的集成众核(MIC)协处理器(包括30个或更多核)、或嵌入式处理器等。该处理器可以被实现在一个或多个芯片上。处理器1200可以是一个或多个衬底的一部分，和/或可以使用诸如例如BiCMOS、CMOS或NMOS等的多个加工技术中的任何一个技术将其实现在一个或多个衬底上。

存储器层次结构包括在各核内的一个或多个级别的高速缓存、一个或多个共享高速缓存单元1206的集合、以及耦合至集成存储器控制器单元1214的集合的外部存储器(未示出)。该共享高速缓存单元1206的集合可以包括一个或多个中间级高速缓存，诸如二级(L2)、三级(L3)、四级(L4)或其他级别的高速缓存、末级高速缓存(LLC)、和/或其组合。尽管在一个实施例中，基于环的互连单元1212将集成图形逻辑1208、共享高速缓存单元1206的集合以及系统代理单元1210/集成存储器控制器单元1214互连，但替代实施例可使用任何数量的公知技术来将这些单元互连。在一个实施例中，可以维护一个或多个高速缓存单元1206和核1202A-N之间的一致性(coherency)。

在某些实施例中，核1202A-N中的一个或多个核能够多线程化。系统代理1210包括协调和操作核1202A-N的那些组件。系统代理单元1210可包括例如功率控制单元(PCU)和显示单元。PCU可以是或包括调整核1202A-N和集成图形逻辑1208的功率状态所需的逻辑和组件。显示单元用于驱动一个或多个外部连接的显示器。

核1202A-N在架构指令集合方面可以是同构的或异构的；即，这些核1202A-N中的两个或更多个核可能能够执行相同的指令集合，而其他核可能能够执行该指令集合的仅仅子集或不同的指令集合。

示例性计算机架构

图13-16是示例性计算机架构的框图。本领域已知的对膝上型设备、台式机、手持PC、个人数字助理、工程工作站、服务器、网络设备、网络集线器、交换机、嵌入式处理器、数字信号处理器(DSP)、图形设备、视频游戏设备、机顶盒、微控制器、蜂窝电话、便携式媒体播放器、手持设备以及各种其他电子设备的其他系统设计和配置也是合适的。一般来说，能够纳入本文中所公开的处理器和/或其它执行逻辑的大量系统和电子设备一般都是合适的。

现在参见图13，所示为根据本发明的一个实施例的系统1300的框图。系统1300可以包括一个或多个处理器1310、1315，这些处理器耦合到控制器中枢1320。在一个实施例中，控制器中枢1320包括图形存储器控制器中枢(GMCH)1390和输入/输出中枢(IOH)1350(其可以在分开的芯片上)；GMCH1390包括存储器1340和协处理器1345耦合到的存储器和图形控制器；IOH1350将输入/输出(I/O)设备1360耦合到GMCH1390。或者，存储器和图形控制器中的一个或两者可以被集成在处理器中(如本文中所描述的)，存储器1340和协处理器1345被直接耦合到处理器1310以及在具有IOH1350的单个芯片中的控制器中枢1320。

附加处理器1315的可选性质用虚线表示在图13中。每一处理器1310、1315可包括本文中描述的处理核中的一个或多个，并且可以是处理器1200的某一版本。

存储器1340可以是例如动态随机存取存储器(DRAM)、相变化存储器(PCM)或这两者的组合。对于至少一个实施例，控制器中枢1320经由诸如前侧总线(FSB)之类的多点总线(multi-drop bus)、诸如快速通道互连(QPI)之类的点对点接口、或者类似的连接1395与处理器1310、1315进行通信。

在一个实施例中，协处理器1345是专用处理器，诸如例如高吞吐量MIC处理器、网络或通信处理器、压缩引擎、图形处理器、GPGPU、或嵌入式处理器等等。在一个实施例中，控制器中枢1320可以包括集成图形加速计。

在物理资源1310、1315之间可以存在包括架构、微架构、热、和功率消耗特征等的一连串品质度量方面的各种差异。

在一个实施例中，处理器1310执行控制一般类型的数据处理操作的指令。嵌入在这些指令中的可以是协处理器指令。处理器1310识别如具有应当由附连的协处理器1345执行的类型的这些协处理器指令。因此，处理器1310在协处理器总线或者其他互连上将这些协处理器指令(或者表示协处理器指令的控制信号)发布到协处理器1345。协处理器1345接受并执行所接收的协处理器指令。

现在参考图14，所示为根据本发明的一实施例的更具体的第一示例性系统1400的框图。如图14所示，多处理器系统1400是点对点互连系统，并包括经由点对点互连1450耦合的第一处理器1470和第二处理器1480。处理器1470和1480中的每一个都可以是处理器1200的某一版本。在本发明的一个实施例中，处理器1470和1480分别是处理器1310和1315，而协处理器1438是协处理器1345。在另一实施例中，处理器1470和1480分别是处理器1310和协处理器1345。

处理器1470和1480被示为分别包括集成存储器控制器(IMC)单元1472和1482。处理器1470还包括作为其总线控制器单元的一部分的点对点(P-P)接口1476和1478；类似地，第二处理器1480包括点对点接口1486和1488。处理器1470、1480可以使用点对点(P-P)电路1478、1488经由P-P接口1450来交换信息。如图14所示，IMC1472和1482将各处理器耦合至相应的存储器，即存储器1432和存储器1434，这些存储器可以是本地附连至相应的处理器的主存储器的一部分。

处理器1470、1480可各自经由使用点对点接口电路1476、1494、1486、1498的各个P-P接口1452、1454与芯片组1490交换信息。芯片组1490可以可选地经由高性能接口1439与处理器1438交换信息。在一个实施例中，协处理器1438是专用处理器，诸如例如高吞吐量MIC处理器、网络或通信处理器、压缩引擎、图形处理器、GPGPU、或嵌入式处理器等等。

共享高速缓存(未示出)可以被包括在任一处理器之内或被包括两个处理器外部但仍经由P-P互连与这些处理器连接，从而如果将某处理器置于低功率模式时，可将任一处理器或两个处理器的本地高速缓存信息存储在该共享高速缓存中。

芯片组1490可经由接口1496耦合至第一总线1416。在一个实施例中，第一总线1416可以是外围部件互连(PCI)总线，或诸如PCI Express总线或其它第三代I/O互连总线之类的总线，但本发明的范围并不受此限制。

如图14所示，各种I/O设备1414可以连同总线桥1418耦合到第一总线1416，总线桥1418将第一总线1416耦合至第二总线1420。在一个实施例中，诸如协处理器、高吞吐量MIC处理器、GPGPU的处理器、加速计(诸如例如图形加速计或数字信号处理器(DSP)单元)、场可编程门阵列或任何其他处理器的一个或多个附加处理器1415被耦合到第一总线1416。在一个实施例中，第二总线1420可以是低引脚计数(LPC)总线。各种设备可以被耦合至第二总线1420，在一个实施例中这些设备包括例如键盘/鼠标1422、通信设备1427以及诸如可包括指令/代码和数据1430的盘驱动器或其它海量存储设备的存储单元1428。此外，音频I/O1424可以被耦合至第二总线1420。注意，其它架构是可能的。例如，取代图14的点对点架构，系统可以实现多站总线或其它这类架构。

现在参考图15，所示为根据本发明的一实施例的更具体的第二示例性系统1500的框图。图14和图15中的相同部件用相同附图标记表示，并从图15中省去了图14中的某些方面，以避免使图15的其它方面变得难以理解。

图15示出处理器1470、1480可分别包括集成存储器和I/O控制逻辑(“CL”)1472和1482。因此，CL1472、1482包括集成存储器控制器单元并包括I/O控制逻辑。图15不仅解说了耦合至CL1472、1482的存储器1432、1434，而且还解说了同样耦合至控制逻辑1472、1482的I/O设备1514。传统I/O设备1515被耦合至芯片组1490。

现在参考图16，所示为根据本发明的一实施例的SoC1600的框图。在图12中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图16中，互连单元1602被耦合至：应用处理器1610，该应用处理器包括一个或多个核202A-N的集合以及共享高速缓存单元1206；系统代理单元1210；总线控制器单元1216；集成存储器控制器单元1214；一组或一个或多个协处理器1620，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(SRAM)单元1630；直接存储器存取(DMA)单元1632；以及用于耦合至一个或多个外部显示器的显示单元1640。在一个实施例中，协处理器1620包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量MIC处理器、或嵌入式处理器等等。

本文公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本发明的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码(诸如图14中解说的代码1430)应用于输入指令，以执行本文描述的各功能并生成输出信息。输出信息可以按已知方式被应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。程序代码也可以在需要的情况下用汇编语言或机器语言来实现。事实上，本文中描述的机制不仅限于任何特定编程语言的范围。在任一情形下，语言可以是编译语言或解释语言。

至少一个实施例的一个或多个方面可以通过存储在机器可读介质上的代表性的指令来实现，指令表示处理器内的各种逻辑，指令在由机器读取时使机器制造执行此处所描述的技术的逻辑。被称为“IP核”的这些表示可以被存储在有形的机器可读介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。

这样的机器可读存储介质可以包括但不限于通过机器或设备制造或形成的物品的非瞬态、有形安排，其包括存储介质，诸如硬盘；任何其它类型的盘，包括软盘、光盘、紧致盘只读存储器(CD-ROM)、紧致盘可重写(CD-RW)的以及磁光盘；半导体器件，例如只读存储器(ROM)、诸如动态随机存取存储器(DRAM)和静态随机存取存储器(SRAM)的随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、闪存、电可擦除可编程只读存储器(EEPROM)；相变化存储器(PCM)；磁卡或光卡；或适于存储电子指令的任何其它类型的介质。

因此，本发明的各实施例还包括非瞬态、有形机器可读介质，该介质包含指令或包含设计数据，诸如硬件描述语言(HDL)，它定义本文中描述的结构、电路、装置、处理器和/或系统特性。这些实施例也被称为程序产品。

仿真(包括二进制变换、代码变形等)

在某些情况下，指令转换器可用来将指令从源指令集转换至目标指令集。例如，指令转换器可以变换(例如使用静态二进制变换、包括动态编译的动态二进制变换)、变形、仿真或以其它方式将指令转换成将由核来处理的一个或多个其它指令。指令转换器可以用软件、硬件、固件、或其组合实现。指令转换器可以在处理器上、在处理器外、或者部分在处理器上部分在处理器外。

图17是根据本发明的各实施例的对照使用软件指令转换器将源指令集中的二进制指令转换成目标指令集中的二进制指令的框图。在所示的实施例中，指令转换器是软件指令转换器，但作为替代该指令转换器可以用软件、固件、硬件或其各种组合来实现。图17示出了用高级语言1702的程序可以使用x86编译器1704来编译，以生成可以由具有至少一个x86指令集核1716的处理器原生执行的x86二进制代码1706。具有至少一个x86指令集核1716的处理器表示任何处理器，这些处理器能通过兼容地执行或以其他方式处理以下内容来执行与具有至少一个x86指令集核的英特尔处理器基本相同的功能：1)英特尔x86指令集核的指令集的本质部分，或2)被定向为在具有至少一个x86指令集核的英特尔处理器上运行的应用或其它程序的对象代码版本，以便取得与具有至少一个x86指令集核的英特尔处理器基本相同的结果。x86编译器1704表示用于生成x86二进制代码1706(例如，对象代码)的编译器，该二进制代码1706可通过或不通过附加的链接处理在具有至少一个x86指令集核1716的处理器上执行。类似地，图17示出用高级语言1702的程序可以使用替代的指令集编译器1708来编译，以生成可以由不具有至少一个x86指令集核1714的处理器(例如具有执行加利福尼亚州桑尼维尔市的MIPS技术公司的MIPS指令集，和/或执行加利福尼亚州桑尼维尔市的ARM控股公司的ARM指令集的核的处理器)原生执行的替代指令集二进制代码1710。指令转换器1712被用来将x86二进制代码1706转换成可以由不具有x86指令集核1714的处理器原生执行的代码。该转换后的代码不大可能与替换性指令集二进制代码1710相同，因为能够这样做的指令转换器难以制造；然而，转换后的代码将完成一般操作并由来自替换性指令集的指令构成。因此，指令转换器1712通过仿真、模拟或任何其它过程来表示允许不具有x86指令集处理器或核的处理器或其它电子设备执行x86二进制代码1706的软件、固件、硬件或其组合。

Claims (18)

1.一种在半导体芯片上的处理核，包括：

a)掩码寄存器空间，用于保持掩码矢量；

b)流水线，具有：

i)矢量执行单元，所述掩码矢量用于所述矢量执行单元的至少一个掩码层；

ii)所述流水线的执行单元之一内的指令执行逻辑，用于通过执行单个指令来执行以下：

获取所述掩码寄存器空间内的第一和第二掩码矢量；

将所述第一和第二掩码矢量合并成单个数据结构；

导致所述单个数据结构被写入存储器。

2.如权利要求1所述的处理核，其特征在于，所述单个指令单独地指定所述掩码寄存器空间内的所述第一掩码矢量的地址，所述掩码寄存器空间内的所述第二掩码矢量的地址；以及所述单个数据结构被写入的存储器地址。

3.如权利要求1所述的处理核，其特征在于，所述第一掩码矢量是以下尺寸中的任一个：

8位；

16位；

32位；

64位。

4.如权利要求1所述的处理核，其特征在于，所述第一和第二掩码矢量具有相同尺寸。

5.如权利要求1所述的处理核，其特征在于，所述单个指令具有指定第一和第二掩码寄存器的尺寸的操作码字段。

6.如权利要求1所述的处理核，其特征在于，所述指令执行逻辑在加载/存储单元内。

7.一种方法，包括：

获取指令；

解码所述指令；

从所述指令标识的第一掩码寄存器空间位置获取第一掩码矢量；

从所述指令标识的第二掩码寄存器空间位置获取第二掩码矢量；

通过将所述第一和第二掩码矢量合并到单个数据结构并导致所述单个数据结构被写入由所述指令标识的存储器位置来执行所述指令。

8.如权利要求7所述的方法，其特征在于，所述指令包括定义所述第一和第二掩码矢量的尺寸的操作码。

9.如权利要求8所述的方法，其特征在于，所述第一和第二掩码矢量的尺寸相同

10.如权利要求7所述的方法，其特征在于，所述指令为可扩展格式，以单独标识用于矢量指令的三个不同的源操作数和目的地。

11.如权利要求7所述的方法，其特征在于，由执行所述指令的获取、所述指令的解码、所述第一和第二掩码矢量的获取以及所述执行的流水线的加载/存储单元执行所述方法。

12.如权利要求7所述的方法，其特征在于，所述单个数据结构是以下中的任一个：

16位；

32位；

64位；

128位。

13.一种在半导体芯片上的处理核，包括：

a)掩码寄存器空间，用于保持掩码矢量；

b)流水线，具有：

i)矢量执行单元，所述掩码矢量用于所述矢量执行单元的至少一个掩码层；

ii)所述流水线的执行单元之一内的指令执行逻辑，用于通过执行单个指令来执行以下：

获取所述掩码寄存器空间内的第一和第二掩码矢量；

将所述第一和第二掩码矢量合并成单个数据结构；

导致所述单个数据结构被写入存储器；

iii)重排序缓冲器单元。

14.如权利要求13所述的处理核，其特征在于，所述单个指令单独地指定所述掩码寄存器空间内的所述第一掩码矢量的地址，所述掩码寄存器空间内的所述第二掩码矢量的地址；以及所述单个数据结构被写入的存储器地址。

15.如权利要求13所述的处理核，其特征在于，所述第一掩码矢量是以下尺寸中的任一个：

8位；

16位；

32位；

64位。

16.如权利要求13所述的处理核，其特征在于，所述第一和第二掩码矢量具有相同尺寸。

17.如权利要求13所述的处理核，其特征在于，所述单个指令具有指定第一和第二掩码寄存器的尺寸的操作码字段。

18.如权利要求13所述的处理核，其特征在于，所述指令执行逻辑在加载/存储单元内。