用于合并掩码模式的指令的制作方法
【专利摘要】描述了一种方法，包括获取指令和解码该指令。该方法还包括从该指令标识的第一掩码寄存器空间位置获取第一掩码矢量。该方法还包括从该指令标识的第二掩码寄存器空间位置获取第二掩码矢量。该方法还包括通过将第一和第二掩码矢量合并到单个数据结构并导致单个数据结构写入该指令标识的存储器位置来执行指令。
【专利说明】用于合并掩码模式的指令
【技术领域】
[0001]本发明的领域一般涉及计算系统，且尤其涉及用于合并掩码模式的指令。
【背景技术】
[0002]图1示出了在半导体芯片上用逻辑电路实现的处理核100的高级图。该处理核包括流水线101。该流水线由各自被设计成在完全执行程序代码指令所需的多步骤过程中执行特定步骤的多个级组成。这些级通常包括至少:1)指令获取和解码；2)数据获取；3)执行；4)写回。执行级将由(例如，在上述步骤I))中所获取和解码的指令所标识出的特定操作对由相同指令标识出并在另一先前级(例如，上述步骤2))中被获取的数据执行。被操作的数据通常是从(通用)寄存器存储空间102中获取的。在该操作完成时所创建的新数据通常也被“写回”寄存器存储空间(例如，在上述级4))。
[0003]与执行级相关联的逻辑电路通常由多个“执行单元”或“功能单元” 103_1至103_N构成，这些单元各自被设计成执行其自身的唯一操作子集(例如，第一功能单元执行整数数学操作，第二功能单元执行浮点指令，第三功能单元执行自/至高速缓存/存储器的加载/存储操作等等)。由所有这些功能单元执行的所有操作的集合与处理核100所支持的“指令集”相对应。
[0004]两种类型的处理器架构在计算机科学领域中被广泛认可:“标量”和“矢量”。标量处理器被设计成执行对单个数据项进行操作的指令，然而矢量处理器被设计成执行对多个数据项进行操作的指令。图2A和图2B呈现比较性示例，该比较性示例展示标量处理器与矢量处理器之间的基本差 异。
[0005]图2A示出标量AND (与)指令的示例，其中单个操作数集A和B被加在一起以产生奇异(或“标量”)结果C(即，AB = C)。相比之下，图2B示出矢量AND指令的示例，其中两个操作数集A/B和D/E并行地分别加在一起以同时产生矢量结果C和F(即，A.AND.B =C和D.AND.E = F)。根据术语学，“矢量”是具有多个“元素”的数据元素。例如，矢量V =卩’尺^“^具有五个不同元素⑷^^“和匕示例性矢量V的“大小”为五(因为它具有五个元素)。
[0006]当执行矢量指令时(即数据的各获取和写回项的对应于矢量而不是标量的指令)，通常期望改变矢量内要由指令实际操作的元素的数量。例如，可能期望仅增加两个矢量 Vl = A，B，C，D，E 和 V2 = Q, R, S，T, U 的第二和第四元素(即结果=(B+R)，(D+T))。
[0007]“掩码”是定义要对矢量的哪个元素进行操作的数据结构。例如，参考矢量Vl和V2的第二和第四元素相加的上述示例，可将掩码M = 0，1，O, I, O用于标识矢量Vl和V2的第二和第四元素。注意，掩码M本身是矢量。
[0008]附图简沭
[0009]本发明是作为示例说明的，而不仅限制于各个附图的图形，在附图中，类似的参考编号表示类似的元件，其中:
[0010]图1示出处理核；[0011]图2a和2b比较标量和矢量操作；
[0012]图3示出现有技术的用于合并掩码模式的过程；
[0013]图4示出用于合并掩码模式的改进过程；
[0014]图5示出合并掩码模式的指令的不同实施例；
[0015]图6A例示了示例性AVX指令格式；
[0016]图6B示出来自图6A的哪些字段构成完整操作码字段和基础操作字段；
[0017]图6C示出来自图6A的哪些字段构成寄存器索引字段；
[0018]图7A-7B是示出根据本发明的实施例的通用矢量友好指令格式及其指令模板的框图；
[0019]图8是示出根据本发明的实施例的示例性专用矢量友好指令格式的框图；
[0020]图9是根据本发明的一个实施例的寄存器架构的框图；
[0021]图1OA是示出根据本发明的实施例的示例性有序流水线以及示例性寄存器重命名的无序发布/执行流水线两者的框图；
[0022]图1OB是示出根据本发明的各实施例的要包括在处理器中的有序架构核的示例性实施例和示例性的寄存器重命名的无序发布/执行架构核的框图；
[0023]图1lA-B示出了更具体的示例性有序核架构的框图，该核将是芯片中的若干逻辑块之一(包括相同类型和/或不同类型的其他核)；
[0024]图12是根据本发明的实施例的可具有一个以上核、可具有集成存储器控制器、并且可具有集成图形的处理器的框图；
[0025]图13是根据本发明的实施例的示例性系统的框图；
[0026]图14是根据本发明的实施例的第一更具体的示例性系统的框图；
[0027]图15是根据本发明的实施例的第二更具体的示例性系统的框图；
[0028]图16是根据本发明的实施例的SoC的框图；
[0029]图17是根据本发明的实施例的对比使用软件指令变换器将源指令集中的二进制指令变换成目标指令集中的二进制指令的框图。
【具体实施方式】
[0030]再次参考图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层中的至少一者。
[0031]注意，在执行矢量程序代码的过程中，每一矢量指令无需要求全数据字。例如，对于某些指令的输入矢量可以仅是8个元素，对于其他指令的输入矢量可以是16个元素，对于其他指令的输入矢量可以是32个元素等等。这样，由处理器用于执行这些指令的掩码矢量的尺寸可类似地改变(例如，8位、16位、32位等)。典型地，利用矢量的较低阶位。例如，如果处理器支持64元素数据字，但当前的指令仅处理8元素矢量，则将在掩码矢量的最低阶的8位中反映指令的掩码。
[0032]掩码寄存器空间106保持处理器期望保持并再使用的不同掩码矢量。此处，当掩码对应于在程序代码的执行过程中处理器可处理的各矢量指令的相关元素的模式时，从掩码寄存器空间106获取适当的掩码允许容易地对期望的掩码模式进行访问(例如，与从头计算期望的掩码模式相反)。然而，掩码寄存器空间106是有限的。
[0033]在掩码寄存器空间106中不存在空间的掩码模式可“溢出”到高速缓存107或存储器108。当掩码模式本身较小时，掩码模式溢出到高速缓存/存储器可能尤其效率低。例如，如果矢量处理器支持64个元素的最大矢量尺寸且仅8位宽的掩码模式溢出到高速缓存/存储器，实质上“溢出” 8位掩码矢量所采取的事务实际浪费56位数据的价值。即，在原始带宽方面，处理器可处理高达64位大小的掩码数据的溢出。利用这种硬件对仅8位掩码数据进行溢出对应于能够溢出56位的资源未使用。
[0034]如此，先前的实现已经尝试将掩码寄存器空间106中存储的掩码模式级联成单个数据结构。例如，可将不同掩码存储空间位置中的两个16位掩码模式级联以形成32位掩码模式。
[0035]如图3所观察到的，现有技术的解决方案包括两个指令序列，包括:i)第一指令301，该指令将待合并的掩码模式Ml、M2从掩码寄存器空间106读出并且将它们合并至通用寄存器空间102作为合并的矢量M ;ii)第二指令302然后从通用寄存器空间读取合并的矢量M并且将合并的矢量M写入高速缓存/存储器。
[0036]在图4中描绘了新方法。图4中观察到的方法利用相对最近的指令格式技术，该技术可单独定义目的地地址和两个不同的源地址。传统的指令格式技术将目的地地址和源地址之一重叠。例如,传统的ADD指令可采用ADD X Y的形式。在执行指令时，处理器将:I)读取在寄存器地址X处的第一输入操作数；ii)读取在寄存器地址Y处的第二输入操作数；以及iii)将两个输入操作数相加的结果写回寄存器地址X。因此，结果被存储在先前存储输入操作数之一的同一寄存器中。
[0037]相对新的商业技术(例如，来自英特尔公司的VEX指令技术和/或AVX指令技术)采用可单独指定两个输入操作数的地址和目的地地址的新指令格式。例如，存储在寄存器X和Y中的操作数的加法可替代地利用指令形式ADDZ X Y来执行。在这种情况下，如前所述，处理器将:i)读取在寄存器地址X处的第一输入操作数；以及ii)读取在寄存器地址Y处的第二输入操作数。然而，并非将结果存回源操作数寄存器之一，而是替代地将结果存储到地址Z处的第三寄存器。VEX和扩展VEX(EVEX)技术还包括指定四个操作数的能力(例如，3个输入操作数和目的地)。以下进一步提供VEX和EVEX的讨论。
[0038]图4中观察到的方法利用如上刚刚描述的目的地/源_1/源_2指令地址格式。具体地，指令采用KC0NCATST0RE[R]Z X Y形式，其中X是掩码寄存器文件中保持第一“较小”的掩码模式的寄存器的地址，Y是掩码寄存器文件中保持第二“较小”的掩码模式的另一个寄存器的地址。指令合并两个掩码模式以创建随后被存储在存储器中的地址Z处的新掩码模式。具体地，执行指令的执行单元创建导致对存储器的地址Z处进行写入的数据结构作为其结果。
[0039]KC0NCATST0RE[R]中的“ [R] ”对应于对于相同的整体指令类存在不同操作码，其中定义掩码模式尺寸被具体地定义。例如，如图5中观察到的，KC0NCATST0REB对应于将两个8位掩码模式合并成16位掩码模式的指令，KCONCATSTOREW对应于将两个16位掩码模式合并成32位掩码模式的指令，KCONCATSTORED对应于将两个32位掩码模式合并成64位掩码模式的指令，以及KCONCATSTOREQ对应于将两个64位掩码模式合并成128位掩码模式的指令。本领域的技术人员将意识到掩码模式尺寸的各种组合，包括利用同一 KCONCATSTORE指令合并不同尺寸的掩码模式也是可能的。
[0040]再次参考图1，在执行KC0NCATST0RE[R]ZXY指令时，从掩码寄存器空间106读取分别存储在地址X和Y处的掩码模式，并将其呈现给合并两个掩码模式的处理器流水线101的执行级中的功能单元之一。在又一个实施例中，掩码模式被呈现给加载/存储执行单元。加载/存储单元将两个掩码模式合并并创建导致合并后的模式存储在存储器中的地址Z处的所得数据结构。在替换实施例中，参数[R]用于指定进一步的操作码，该操作码取代将合并的模式存储到存储器，而是将合并的模式存储回到掩码寄存器空间。在这种情况下，Z对应于掩码寄存器空间中的目的地地址。指令可由各种执行单元之一来实施，各种执行单元包括加载/存储单元(具有ALU功能)或ALU单元。
[0041]如上所述，掩码模式被合并并存储，使得它们在稍后可被再次使用。当产生对已经合并的掩码模式的需求时，从存储它的位置(例如，存储器)读取合并的掩码数据结构。从合并的掩码数据结构最终获取期望的掩码模式，且再次用于需要它的矢量操作。
[0042]在实施例中，该过程利用第一指令和第二指令来完成，第一指令从存储器读取合并的掩码结构并将其存储在通用寄存器空间，第二指令从通用寄存器空间读取合并的掩码结构，将该结构划分成其构成性的掩码模式并将它们单独存储到分离的相应掩码寄存器存储空间。此处，英特尔的AVX指令格式允许单个源操作数的标识和两个不同的目的地的标识。
[0043]示例性指令格式
[0044]本文中所描述的指令的实施例可以不同的格式体现。例如，本文描述的指令可体现为VEX、通用矢量友好或其它格式。以下讨论VEX和通用矢量友好格式的细节。另外，在下文中详述示例性系统、架构、以及流水线。指令的实施例可在这些系统、架构、以及流水线上执行，但是不限于详述的系统、架构、以及流水线。
[0045]VEX指令格式
[0046]VEX编码允许指令具有两个以上操作数，并且允许SMD矢量寄存器比128位长。VEX前缀的使用提供了三个操作数(或者更多)句法。例如，先前的两个操作数指令执行盖写源操作数的操作(诸如A = A+B)。VEX前缀的使用使操作数能够执行非破坏性操作，诸如 A = B+C。
[0047]图6A示出示例性AVX指令格式，包括VEX前缀602、实操作码字段630、MoD R/Μ字节640、SIB字节650、位移字段662以及IMM8 672。图6B示出来自图6A的哪些字段构成完整操作码字段674和基础操作字段642。图6C示出来自图6A的哪些字段构成寄存器索引字段644。
[0048]VEX前缀(字节0-2)602以三字节形式进行编码。第一字节是格式字段640 (VEX字节0，位[7:0])，该格式字段640包含明确的C4字节值(用于区分C4指令格式的唯一值)。第二-第三字节(VEX字节1-2)包括提供专用能力的大量位字段。具体地，REX字段605 (VEX字节I，位[7-5])由VEX.R位字段(VEX字节I，位[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.WW620 (VEX字节2,位[6:3]-vvvv)的作用可包括如下:1)VEX.WVV对以反转(I补码)的形式指定第一源寄存器操作数进行编码，且对具有两个或两个以上源操作数的指令有效；2)VEX.WW针对特定矢量位移对以I补码的形式指定的目的地寄存器操作数进行编码；或者3) VEX.WW不对任何操作数进行编码，保留该字段，并且应当包含1111b。如果VEX.L668大小的字段(VEX字节2，位[2]-L) = 0，则它指示128位矢量；如果VEX.L = I，则它指示256位矢量。前缀编码字段625 (VEX字节2，位[1:0]-ρρ)提供了用于基础操作字段的附加位。
[0049]实操作码字段630 (字节3)还被称为操作码字节。操作码的一部分在该字段中指定。
[0050]MOD R/Μ 字段 640 (字节 4)包括 MOD 字段 642 (位[7-6] )、Reg 字段 644 (位[5-3])、以及R/Μ字段646(位[2-0])。Reg字段644的作用可包括如下:对目的地寄存器操作数或源寄存器操作数(Rfff中的rrr)进行编码；或者被视为操作码扩展且不用于对任何指令操作数进行编码。R/Μ字段646的作用可包括如下:对引用存储器地址的指令操作数进行编码；或者对目的地寄存器操作数或源寄存器操作数进行编码。
[0051]缩放、索引、基址(SIB) —缩放字段650(字节5)的内容包括用于存储器地址生成的SS652 (位[7-6])。先前已经针对寄存器索引Xxxx和Bbbb参考了 SIB.xxx654 (位[5_3])和 SIB.bbb656(位[2-0])的内容。
[0052]位移字段662和立即数字段(IMM8)672包含地址数据。
[0053]通用矢量友好指令格式
[0054]矢量友好指令格式是适于矢量指令(例如，存在专用于矢量操作的特定字段)的指令格式。尽管描述了其中通过矢量友好指令格式支持矢量和标量操作两者的实施例，但是替换实施例只通过矢量友好指令格式使用矢量操作。
[0055]图7A-7B是示出根据本发明的实施例的通用矢量友好指令格式及其指令模板的框图。图7A是示出根据本发明的实施例的通用矢量友好指令格式及其A类指令模板的框图；而图7B是示出根据本发明的实施例的通用矢量友好指令格式及其B类指令模板的框图。具体地，针对通用矢量友好指令格式700定义A类和B类指令模板，两者包括无存储器存取705的指令模板和存储器存取720的指令模板。在矢量友好指令格式的上下文中的术语通用指不绑定到任何专用指令集的指令格式。
[0056]尽管将描述其中矢量友好指令格式支持以下:64字节矢量操作数长度(或大小)与32位(4字节)或64位(8字节)数据元素宽度(或大小)(并且由此，64字节矢量由16双字大小的元素或者替换地8四字大小的元素组成)、64字节矢量操作数长度(或大小)与16位(2字节)或8位(I字节)数据元素宽度(或大小)、32字节矢量操作数长度(或大小)与32位(4字节)、64位(8字节)、16位(2字节)、或8位(I字节)数据元素宽度(或大小)、以及16字节矢量操作数长度(或大小)与32位(4字节)、64位(8字节)、16位(2字节)、或8位(I字节)数据元素宽度(或大小)的本发明的实施例，但是替换实施例可支持更大、更小、和/或不同的矢量操作数大小(例如，256字节矢量操作数)与更大、更小或不同的数据元素宽度(例如，128位(16字节)数据元素宽度)。
[0057]图7A中的A类指令模板包括:1)在无存储器存取705的指令模板内，示出无存储器存取的全部舍入(round)控制型操作710的指令模板、以及无存储器存取的数据变换型操作715的指令模板；以及2)在存储器存取720的指令模板内，示出存储器存取的时间725的指令模板和存储器存取的非时间730的指令模板。图7B中的B类指令模板包括:1)在无存储器存取705的指令模板内，示出无存储器存取的写掩码控制的部分舍入控制型操作712的指令模板以及无存储器存取的写掩码控制的vsize型操作717的指令模板；以及2)在存储器存取720的指令模板内，示出存储器存取的写掩码控制727的指令模板。
[0058]通用矢量友好指令格式700包括以下列出以在图7A-7B中示出顺序的如下字段。结合以上讨论，考虑KCONCATSTORE ZXY指令，在实施例中，参考以下在图7A-B和8中提供的格式细节，利用存储器存取指令类型720。在以下描述的寄存器地址字段744中指定第一和第二输入操作数X Y (对应于两个掩码寄存器地址)和目的地Z (对应于存储器写地址)。
[0059]格式字段740 —该字段中的特定值(指令格式标识符值)唯一地标识矢量友好指令格式，并且由此标识指令在指令流中以矢量友好指令格式出现。由此，该字段在无需只有通用矢量友好指令格式的指令集的意义上是任选的。
[0060]基础操作字段742 —其内容区分不同的基础操作。
[0061]寄存器索引字段744-其内容直接或者通过地址生成指定源或目的地操作数在寄存器中或者在存储器中的位置。这些字段包括足够数量的位以从PxQ(例如，32x512、16x128,32x1024,64x1024)个寄存器文件选择N个寄存器。尽管在一个实施例中N可高达三个源和一个目的地寄存器，但是替换实施例可支持更多或更少的源和目的地寄存器(例如，可支持高达两个源，其中这些源中的一个源还用作目的地，可支持高达三个源，其中这些源中的一个源还用作目的地，可支持高达两个源和一个目的地)。
[0062]修饰符(modifier)字段746 —其内容将以指定存储器存取的通用矢量指令格式出现的指令与不指定存储器存取的通用矢量指令格式出现的指令区分开；即在无存储器存取705的指令模板与存储器存取720的指令模板之间。存储器存取操作读取和/或写入到存储器等级(在一些情况下，使用寄存器中的值来指定源和/或目的地地址)，而非存储器存取操作不这样(例如，源和/或目的地是寄存器)。尽管在一个实施例中，该字段还在三种不同的方式之间选择以执行存储器地址计算，但是替换实施例可支持更多、更少或不同的方式来执行存储器地址计算。
[0063]扩充操作字段750 —其内容区分除基础操作以外要执行各种不同操作中的哪一个操作。该字段是上下文专用的。在本发明的一个实施例中，该字段被分成类字段768、α字段752、以及β字段754。扩充操作字段750允许在单一指令而非2、3或4个指令中执行多组共同的操作。
[0064]缩放字段760 —其内容允许用于存储器地址生成(例如，用于使用2 — *索引+基址的地址生成)的索引字段的内容的缩放。
[0065]位移字段762Α —其内容用作存储器地址生成的一部分(例如，用于使用2缩放*索引+基址+位移的地址生成)。
[0066]位移因数字段762Β(注意，位移字段762Α直接在位移因数字段762Β上的并置指示使用一个或另一个)一其内容用作地址生成的一部分，它指定由存储器存取的大小(N)缩放的位移因数，其中N是存储器存取中的字节数量(例如，用于使用索引+基址+缩放的位移的地址生成)。忽略冗余的低阶位，并且因此位移因数字段的内容乘以存储器操作数总大小(N)以生成在计算有效地址中使用的最终位移。N的值由处理器硬件在运行时基于完整操作码字段774 (稍候在本文中描述)和数据操纵字段754C确定。位移字段762A和位移因数字段762B在它们不用于无存储器存取705的指令模板和/或不同的实施例可实现两者中的仅一个或均未实现的意义上是任选的。
[0067]数据元素宽度字段764 —其内容区分使用多个数据元素宽度中的哪一个(在一些实施例中用于所有指令，在其他实施例中只用于一些指令)。该字段在如果支持仅一个数据元素宽度和/或使用操作码的某一方面支持数据元素宽度则不需要的意义上是任选的。
[0068]写掩码字段770 —其内容在每一数据元素位置的基础上控制目的地矢量操作数中的数据元素位置是否反映基础操作和扩充操作的结果。A类指令模板支持合并-写掩码，而B类指令模板支持合并写掩码和归零写掩码两者。当合并的矢量掩码允许在执行任何操作(由基础操作和扩充操作指定)期间保护目的地中的任何元素集免于更新时，在另一实施例中，保持其中对应掩码位具有O的目的地的每一元素的旧值。相反，当归零矢量掩码允许在执行任何操作(由基础操作和扩充操作指定)期间使目的地中的任何元素集归零时，在一个实施例中，目的地的元素在对应掩码位具有O值时被设为O。该功能的子集是控制执行的操作的矢量长度的能力(即，从第一个到最后一个要修改的元素的跨度)，然而，修改的元素连续是不必要的。由此，写掩码字段770允许部分矢量操作，包括加载、存储、算术、逻辑等。尽管描述了其中写掩码字段770的内容选择大量写掩码寄存器中的包含要使用的写掩码的一个写掩码寄存器(并且由此写掩码字段770的内容间接地标识要执行的那个掩码)的本发明的实施例，但是替换实施例相反或另外允许掩码写字段770的内容直接地指定要执行的掩码。
[0069]立即数字段772 —其内容允许对立即数的规范。该字段在实现不支持立即数的通用矢量友好格式中不存在且在不使用立即数的指令中不存在的意义上是任选的。
[0070]类字段768 —其内容在指令的不同的类之间进行区分。参考图7A-B，该字段的内容在A类和B类指令之间进行选择。在图7A-B中，圆角方形用于指示专用值存在于字段中(例如，在图7A-B中分别用于类字段768的A类768A和B类768B)。
[0071]A类指令模板
[0072]在A类非存储器存取705的指令模板的情况下，α字段752被解释为其内容区分要执行不同扩充操作类型中的哪一种(例如，针对无存储器存取的舍入型操作710和无存储器存取的数据变换型操作715的指令模板分别指定舍入752Α.1和数据变换752Α.2)的RS字段752Α，而β字段754区分要执行指定类型的操作中的哪一种。在无存储器存取705指令模板中，缩放字段760、位移字段762Α以及位移缩放字段762Β不存在。
[0073]无存储器存取的指令模板一全部舍入控制型操作
[0074]在无存储器存取的全部舍入控制型操作710的指令模板中，β字段754被解释为其内容提供静态舍入的舍入控制字段754Α。尽管在本发明的所述实施例中舍入控制字段754Α包括抑制所有浮点异常(SAE)字段756和舍入操作控制字段758，但是替换实施例可支持、可将这些概念两者都编码成相同的字段或者只有这些概念/字段中的一个或另一个(例如，可只有舍入操作控制字段758)。
[0075]SAE字段756 —其内容区分是否停用异常事件报告；当SAE字段756的内容指示启用抑制时，给定指令不报告任何种类的浮点异常标志且不唤起任何浮点异常处理程序。
[0076]舍入操作控制字段758 —其内容区分执行一组舍入操作中的哪一个(例如，向上舍入、向下舍入、向零舍入、以及就近舍入)。由此，舍入操作控制字段758允许在每一指令的基础上改变舍入模式。在其中处理器包括用于指定舍入模式的控制寄存器的本发明的一个实施例中，舍入操作控制字段750的内容覆盖该寄存器值。
[0077]无存储器存取的指令模板一数据变换型操作
[0078]在无存储器存取的数据变换型操作715的指令模板中，β字段754被解释为数据变换字段754Β，其内容区分要执行多个数据变换中的哪一个(例如，无数据变换、拌和、广播)。
[0079]在A类存储器存取720的指令模板的情况下，α字段752被解释为驱逐提示字段752Β，其内容区分要使用驱逐提示中的哪一个(在图7Α中，为存储器存取时间725指令模板和存储器存取非时间730的指令模板分别指定时间752Β.1和非时间752Β.2)，而β字段754被解释为数据操纵字段754C，其内容区分要执行多个数据操纵操作(也称为基元(primitive))中的哪一个(例如，无操纵、广播、源的向上转换、以及目的地的向下转换)。存储器存取720的指令模板包括缩放字段760、以及任选的位移字段762A或位移缩放字段762B。
[0080]矢量存储器指令使用转换支持来执行来自存储器的矢量负载并将矢量存储到存储器。如同有规律的矢量指令，矢量存储器指令以数据元素式的方式与存储器来回传输数据，其中实际传输的元素由选为写掩码的矢量掩码的内容阐述。
[0081 ] 存储器存取的指令模板一时间
[0082]时间数据是可能很快地重新使用足以从高速缓存受益的数据。然而，这是提示且不同的处理器可以不同的方式实现它，包括完全忽略该提示。
[0083]存储器存取的指令模板一非时间
[0084]非时间数据是不可能很快地重新使用足以从第一级高速缓存中的高速缓存受益且应当给予驱逐优先级的数据。然而，这是提示且不同的处理器可以不同的方式实现它，包括完全忽略该提不。
[0085]B类指令模板
[0086]在B类指令模板的情况下，α字段752被解释为写掩码控制(Z)字段752C，其内容区分由写掩码字段770控制的写掩码应当是合并还是归零。
[0087]在B类非存储器存取705的指令模板的情况下，β字段754的一部分被解释为RL字段757Α，其内容区分要执行不同扩充操作类型中的哪一种(例如，针对无存储器存取的写掩码控制部分舍入控制类型操作712的指令模板和无存储器存取的写掩码控制VSIZE型操作717的指令模板分别指定舍入757Α.1和矢量长度(VSIZE) 757Α.2)，而β字段754的其余部分区分要执行指定类型的操作中的哪一种。在无存储器存取705指令模板中，缩放字段760、位移字段762Α以及位移缩放字段762Β不存在。
[0088]在无存储器存取的写掩码控制的部分舍入控制型操作710的指令模板中，β字段754的其余部分被解释为舍入操作字段759Α，并且停用异常事件报告(给定指令不报告任何种类的浮点异常标志且不唤起任何浮点异常处理程序)。
[0089]舍入操作控制字段759A —只作为舍入操作控制字段758，其内容区分执行一组舍入操作中的哪一个(例如，向上舍入、向下舍入、向零舍入、以及就近舍入)。由此，舍入操作控制字段759A允许在每一指令的基础上改变舍入模式。在其中处理器包括用于指定舍入模式的控制寄存器的本发明的一个实施例中，舍入操作控制字段750的内容覆盖该寄存器值。
[0090]在无存储器存取的写掩码控制VSIZE型操作717的指令模板中，β字段754的其余部分被解释为矢量长度字段759Β，其内容区分要执行多个数据矢量长度中的哪一个(例如，128字节、256字节、或512字节)。
[0091]在B类存储器存取720的指令模板的情况下，β字段754的一部分被解释为广播字段757Β，其内容区分是否要执行广播型数据操纵操作，而β字段754的其余部分被解释为矢量长度字段759Β。存储器存取720的指令模板包括缩放字段760、以及任选的位移字段762Α或位移缩放字段762Β。
[0092]针对通用矢量友好指令格式700，示出完整操作码字段774，包括格式字段740、基础操作字段742以及数据元素宽度字段764。尽管示出了其中完整操作码字段774包括所有这些字段的一个实施例，但是完整操作码字段774包括在不支持所有这些字段的实施例中的少于所有的这些字段。完整操作码字段774提供操作码(opcode)。
[0093]扩充操作字段750、数据元素宽度字段764以及写掩码字段770允许这些特征在每一指令的基础上以通用矢量友好指令格式指定。
[0094]写掩码字段和数据元素宽度字段的组合创建各种类型的指令，其中这些指令允许基于不同的数据元素宽度应用该掩码。
[0095]在A类和B类内找到的各种指令模板在不同的情形下是有益的。在本发明的一些实施例中，不同处理器或者处理器内的不同核可只有支持仅A类、仅B类、或者可支持两类。举例而言，期望用于通用计算的高性能通用无序核可只支持B类，期望主要用于图形和/或科学(吞吐量)计算的核可只支持A类，并且期望用于两者的核可支持两者(当然，具有来自两类的模板和指令的一些混合的核，但是并非来自两类的所有模板和指令都在本发明的权限内)。同样，单一处理器可包括多个核，所有核支持相同的类或者其中不同的核支持不同的类。举例而言，在具有分离的图形和通用核的处理器中，图形核中的期望主要用于图形和/或科学计算的一个核可只支持A类，而通用核中的一个或多个可以是和期望用于通用计算的支持B类的无序执行和寄存器重命名的高性能通用核。没有分离的图形核的另一处理器可包括支持A类和B类两者的一个或多个通用有序或无序核。当然，在本发明的不同实施例中，来自一类的特征还可在其他类中实现。以高级语言撰写的程序可被输入(例如，仅仅按时间编译或者统计编译)到各种不同的可执行形式，包括:1)只有用于执行的目标处理器支持的类的指令的形式；或者2)具有使用所有类的指令的不同组合而撰写的替换例程且具有选择这些例程以基于由当前正在执行代码的处理器支持的指令而执行的控制流代码的形式。
[0096]示例性专用矢量友好指令格式
[0097]图8是示出根据本发明的实施例的示例性专用矢量友好指令格式的框图。图8示出在其指定位置、大小、解释和字段的次序、以及那些字段中的一些字段的值的意义上是专用的专用矢量友好指令格式800。专用矢量友好指令格式800可用于扩展x86指令集，并且由此一些字段类似于在现有x86指令集及其扩展(例如，AVX)中使用的那些字段或与之相同。该格式保持与具有扩展的现有x86指令集的前缀编码字段、实操作码字节字段、MOD R/M字段、SIB字段、位移字段、以及立即数字段一致。示出来自图8的字段映射到的来自图7的字段。
[0098]应当理解，虽然出于说明的目的在通用矢量友好指令格式700的上下文中，本发明的实施例参考专用矢量友好指令格式800进行了描述，但是本发明不限于专用矢量友好指令格式800，声明的地方除外。例如，通用矢量友好指令格式700构想各种字段的各种可能的大小，而专用矢量友好指令格式800被示为具有专用大小的字段。作为具体示例，尽管在专用矢量友好指令格式800中数据元素宽度字段764被示为一位字段，但是本发明不限于此(即，通用矢量友好指令格式700构想数据元素宽度字段764的其他大小)。
[0099]通用矢量友好指令格式700包括以下列出以在图8A中示出的顺序的如下字段。
[0100]EVEX前缀(字节0-3) 802 —以四字节形式进行编码。
[0101]格式字段740(EVEX字节0，位[7:0]) —第一字节(EVEX字节O)是格式字段740，并且它包含0x62(在本发明的一个实施例中用于区分矢量友好指令格式的唯一值)。
[0102]第二-第四字节(EVEX字节1-3)包括提供专用能力的大量位字段。
[0103]REX 字段 805 (EVEX 字节 I，位[7-5]) —由 EVEX.R 位字段(EVEX 字节 I，位[7] - R)、EVEX.X 位字段(EVEX 字节 1，位[6] - X)以及(757BEX 字节 1，位[5] - B)组成。EVEX.R、EVEX.X和EVEX.B位字段提供与对应VEX位字段相同的功能，并且使用I补码的形式进行编码，即ZMMO被编码为1111B，ZMM15被编码为0000B。这些指令的其他字段对如在本领域中已知的寄存器索引的较低三位(rrr、xxx、以及bbb)进行编码，由此Rrrr、Xxxx以及Bbbb可通过增加EVEX.R、EVEX.X以及EVEX.B来形成。
[0104]REX’字段710—这是REX’字段710的第一部分，并且是用于对扩展的32个寄存器集合的较高16个或较低16个寄存器进行编码的EVEX.R’位字段(EVEX字节1，位[4] -R，)。在本发明的一个实施例中，该位与以下指示的其他位一起以位反转的格式存储以(在公知x86的32位模式下)与其实操作码字节是62的BOUND指令进行区分，但是在MOD R/Μ字段(在下文中描述)中不接受MOD字段中的值11 ;本发明的替换实施例不以反转的格式存储该指示的位以及其他指示的位。值I用于对较低16个寄存器进行编码。换句话说，通过组合EVEX.R’、EVEX.R、以及来自其他字段的其他RRR来形成R’ Rrrr。
[0105]操作码映射字段815(EVEX字节1，位[3:0] - _皿)-其内容对隐含的领先操作码字节(0F、0F38、或0F3)进行编码。
[0106]数据元素宽度字段764 (EVEX字节2，位[7] - W)—由记号EVEX.W表示。EVEX.W用于定义数据类型(32位数据元素或64位数据元素)的粒度(大小)。
[0107]EVEX.vvvv820 (EVEX 字节 2,位[6:3]_vvvv) — EVEX.vvvv 的作用可包括如下:1)EVEX.vvvv对以反转(I补码)的形式指定的第一源寄存器操作数进行编码且对具有两个或两个以上源操作数的指令有效；2)EVEX.vvvv针对特定矢量位移对以I补码的形式指定的目的地寄存器操作数进行编码；或者3)EVEX.vvvv不对任何操作数进行编码，保留该字段，并且应当包含1111b。由此，EVEX.vvvv字段820对以反转(I补码)的形式存储的第一源寄存器指定符的4个低阶位进行编码。取决于该指令，额外不同的EVEX位字段用于将指定符大小扩展到32个寄存器。
[0108]EVEX.U768类字段(EVEX字节2，位[2]-U)—如果EVEX.U = 0，则它指示A类或EVEX.U0,如果 EVEX.U = 1，则它指示 B 类或 EVEX.Ul。
[0109]前缀编码字段825 (EVEX字节2，位[1:0]-ρρ) —提供了用于基础操作字段的附加位。除了对以EVEX前缀格式的传统SSE指令提供支持以外，这也具有的压缩SMD前缀的益处(EVEX前缀只需要2位，而不是需要字节来表达SMD前缀)。在一个实施例中，为了支持使用以传统格式和以EVEX前缀格式的SMD前缀(66H、F2H、F3H)的传统SSE指令，这些传统SMD前缀被编码成SMD前缀编码字段；并且在运行时在提供给解码器的PLA之前被扩展成传统SMD前缀(因此PLA可执行传统和EVEX格式的这些传统指令，而无需修改)。虽然较新的指令可将EVEX前缀编码字段的内容直接作为操作码扩展，但是为了一致性，特定实施例以类似的方式扩展，但允许由这些传统SIMD前缀指定不同的含义。替换实施例可重新设计PLA以支持2位SMD前缀编码，并且由此不需要扩展。
[0110]α 字段 752 (EVEX 字节 3，位[7] - EH ;也称为 EVEX.EH、EVEX.rs、EVEX.RL、EVEX.写掩码控制、以及EVEX.N;还被示为具有α) —如先前所述的，该字段是上下文专用的。
[0111]β 字段 754 (EVEX 字节 3，位[6:4]_SSS，也称为 EVEX.s2_0、EVEX.r2_0、EVEX.rrl、EVEX.LLO、EVEX.LLB，还被示为具有β β β) —如先前所述的，该字段是内容专用的。
[0112]REX’字段710—这是REX’字段1210的其余部分，并且是可用于对扩展的32个寄存器集合的较高16个或较低16寄存器进行编码的EVEX.R’位字段(EVEX字节3，位
[3]-V’)。该位以位反转的格式存储。值I用于对较低16个寄存器进行编码。换句话说，通过组合 EVEX.V’、EVEX.vvvv 来形成 V’ VVVV。
[0113]写掩码字段770 (EVEX字节3，位[2:0]_kkk) —其内容指定写掩码寄存器中的寄存器索引，如先前所述的。在本发明的一个实施例中，专用值EVEX.kkk = 000具有隐含着没有写掩码用于特定指令(这可以各种方式(包括使用硬连线到所有的写掩码或者旁路掩码硬件的硬件)实现)的特别行为。
[0114]实操作码字段830 (字节4)还被称为操作码字节。操作码的一部分在该字段中指定。
[0115]MOD R/Μ字段840 (字节5)包括MOD字段842、Reg字段844、以及R/Μ字段846。如先前所述的，MOD字段842的内容在存储器存取和非存储器存取的操作之间进行区分。Reg字段844的作用可被归结为两种情形:对目的地寄存器操作数或源寄存器操作数进行编码；或者被视为操作码扩展且不用于对任何指令操作数进行编码。R/Μ字段846的作用可包括如下:对参考存储器地址的指令操作数进行编码；或者对目的地寄存器操作数或源寄存器操作数进行编码。
[0116]缩放、索引、基址(SIB)字节(字节6) —如先前所述的，缩放字段750的内容用于存储器地址生成。SIB.xxx854和SIB.bbb856 一先前已经针对寄存器索引Xxxx和Bbbb参考了这些字段的内容。
[0117]位移字段762A (字节7-10) —当MOD字段842包含10时，字节7_10是位移字段762A，并且它与传统32位位移(disp32) —样地工作，并且以字节粒度工作。
[0118]位移因数字段762B(字节7) —当MOD字段842包含01时，字节7是位移因数字段762B。该字段的位置与传统x86指令集8位位移(disp8)的位置相同，它以字节粒度工作。由于dispS是符号扩展的，因此它可只在-128和127字节偏移量之间寻址，在64字节的高速缓存线的方面，disp8使用可被设为仅四个真正有用的值-128、-64,0和64的8位；由于常常需要更大的范围，所以使用disp32 ;然而，disp32需要4个字节。与disp8和disp32对比，位移因数字段762B是dispS的重新解释；当使用位移因数字段762B时，实际位移通过位移因数字段的内容乘以存储器操作数存取的大小(N)确定。该类型的位移被称为disp8*N。这减小了平均指令长度(用于位移但具有大得多的范围的单一字节)。这种压缩位移基于有效位移是存储器存取的粒度的倍数的假设，并且由此地址偏移量的冗余低阶位不需要被编码。换句话说，位移因数字段762B替代传统x86指令集8位位移。由此，位移因数字段762B以与x86指令集8位位移相同的方式(因此在ModRM/SIB编码规则中没有变化)进行编码，唯一的不同在于，dispS超载至disp8*N。换句话说，在编码规则或者编码长度中没有变化，只在通过硬件对位移值的解释中有变化(这需要使位移缩放存储器操作数的大小以获得字节式地址偏移量)。
[0119]立即数字段772如先前所述地操作。
[0120]完整操作码字段
[0121]图SB是示出根据本发明的实施例的构成完整操作码字段774的具有专用矢量友好指令格式800的字段的框图。具体地，完整操作码字段774包括格式字段740、基础操作字段742、以及数据元素宽度(W)字段764。基础操作字段742包括前缀编码字段825、操作码映射字段815以及实操作码字段830。
[0122]寄存器索引字段
[0123]图SC是示 出根据本发明的一个实施例的构成寄存器索引字段744的具有专用矢量友好指令格式800的字段的框图。具体地，寄存器索引字段744包括REX字段805、REX’字段 810、MODR/M.reg 字段 844、MODR/M.r/m 字段 846、VVVV 字段 820、xxx 字段 854 以及bbb 字段 856。
[0124]扩充操作字段
[0125]图8D是示出根据本发明的一个实施例的构成扩充操作字段750的具有专用矢量友好指令格式800的字段的框图。当类(U)字段768包含O时，它表达EVEX.U0(A类768A)；当它包含I时，它表达EVEX.U1?类768B)。当U = O且MOD字段842包含11 (表达无存储器存取操作)时，α字段752 (EVEX字节3，位[7] - EH)被解释为rs字段752A。当rs字段752A包含I (舍入752A.1)时，β字段754 (EVEX字节3，位[6:4] - SSS)被解释为舍入控制字段754A。舍入控制字段754A包括一位SAE字段756和两位舍入操作字段758。当rs字段752A包含O (数据变换752A.2)时，β字段754 (EVEX字节3，位[6:4] - SSS)被解释为三位数据变换字段754Β。当U = O且MOD字段842包含00、01或10 (表达存储器存取操作)时，α字段752(EVEX字节3，位[7] - EH)被解释为驱逐提示(EH)字段752B且β字段754(EVEX字节3，位[6:4] - SSS)被解释为三位数据操纵字段754C。
[0126]当U = I时，α字段752(EVEX字节3，位[7] - EH)被解释为写掩码控制(Z)字段752C。当U = I且MOD字段842包含11 (表达无存储器存取操作)时，β字段754的一部分(EVEX字节3，位[4] - S0)被解释为RL字段757Α ;当它包含I (舍入757Α.1)时，β字段754的其余部分(EVEX字节3，位[6_5] - S2^1)被解释为舍入操作字段759Α，而当RL字段757Α包含0(VSIZE757.A2)时，β字段754的其余部分(EVEX字节3，位[6-5]-?^)被解释为矢量长度字段759B (EVEX字节3，位[6_5] - L1^0)。当U = I且MOD字段842包含00、01或10 (表达存储器存取操作)时，β字段754 (EVEX字节3，位[6:4] - SSS)被解释为矢量长度字段759B (EVEX字节3，位[6-5] - L卜0)和广播字段757B (EVEX字节3，位[4] - B)。
[0127]示例性寄存器架构
[0128]图9是根据本发明的一个实施例的寄存器架构900的框图。在所示出的实施例中，有32个512位宽的矢量寄存器910 ;这些寄存器被引用为zmmO到zmm31。较低的16zmm寄存器的较低阶256位覆盖在寄存器ymmO-16上。较低的16zmm寄存器的较低阶128位(ymm寄存器的较低阶128位)覆盖在寄存器xmmO-15上。专用矢量友好指令格式800对这些覆
盖的寄存器文件操作，如在以下表格中所示的。
[0129]
【权利要求】
1.一种在半导体芯片上的处理核，包括: a)掩码寄存器空间，用于保持掩码矢量； b)流水线，具有:1)矢量执行单元，所述掩码矢量用于所述矢量执行单元的至少一个掩码层； 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)流水线，具有:1)矢量执行单元，所述掩码矢量用于所述矢量执行单元的至少一个掩码层； ?)所述流水线的执行单元之一内的指令执行逻辑，用于通过执行单个指令来执行以下: 获取所述掩码寄存器空间内的第一和第二掩码矢量； 将所述第一和第二掩码矢量合并成单个数据结构； 导致所述单个数据结构被写入存储器； iii)重排序缓冲器单元。
14.如权利要求13所述的处理核，其特征在于，所述单个指令单独地指定所述掩码寄存器空间内的所述第一掩码矢量的地址，所述掩码寄存器空间内的所述第二掩码矢量的地址；以及所述单个数据结构被写入的存储器地址。
15.如权利要求13 所述的处理核，其特征在于，所述第一掩码矢量是以下尺寸中的任一个: .8位； .16位；.32位； . 64位。
16.如权利要求13所述的处理核，其特征在于，所述第一和第二掩码矢量具有相同尺寸。
17.如权利要求13所述的处理核，其特征在于，所述单个指令具有指定第一和第二掩码寄存器的尺寸的操作码字段。
18.如权利要求13所述的处理核，其特征在于，所述指令执行逻辑在加载/存储单元内。
【文档编号】G06F9/38GK104040487SQ201180075827
【公开日】2014年9月10日 申请日期:2011年12月23日 优先权日:2011年12月23日
【发明者】J·考博尔圣阿德里安, M·J·克莱格德, D·R·布拉德福德, J·C·霍尔, A·T·福塞斯 申请人:英特尔公司