- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
来自Intel's x86 manuals, Vol2 ,第 3.1.1.2 节:指令汇总表中的操作码列(带有 VEX 前缀的指令)
NDS, NDD, DDS: specifies that VEX.vvvv field is valid for the encoding of a register operand:
- VEX.NDS: VEX.vvvv encodes the first source register in an instruction syntax where the content of source registers will be preserved.
- VEX.NDD: VEX.vvvv encodes the destination register that cannot be encoded by ModR/M:reg field.
- VEX.DDS: VEX.vvvv encodes the second source register in a three-operand instruction syntax where the content of first source register will be overwritten by the result.
我认为这与“非破坏性来源”有关,我认为这就是 NDS 的含义。其他代表什么?这如何影响指令的编码?同样,为什么它们很重要 - 因为据我所知,AMD 手册不包含任何对这些术语的引用?
最佳答案
根据英特尔APX docs (高级性能扩展:REX2 和 EVEX 用于传统整数指令,例如 sub
,最后是写入完整 32/64 位寄存器的 setcc
编码: Intel APX Architecture Specification - July 2023 Revision 1.0 ) :
NDD
代表新数据目的地NDS
代表非破坏性源大概 2018 年之前的 SDM 版本使用了相同的缩写词扩展。
<小时/>我没有看过 AMD 手册,但我假设他们选择了其他方式来指示哪个操作数由 VEX.vvvv
字段编码,以获取使用它的指令。
英特尔使用此表示法来提醒您/明确哪个操作数是 vvvv 字段。它已经是多余的,因为每个指令的“操作数编码”表显示了哪个操作数被编码在哪个字段中。
<小时/>更新:英特尔可能在 2018 年 11 月的更新中将它们从手册中删除。它们也被从 "future extensions" manual 中删除。 2018 年 10 月的修订版 035,其指令列表与第 2 卷手册的格式相同,并有一个修订表,其中提供了此变更日志:
Removal of NDD/DDS/NDS terms from instructions. Note: Previously, theterms NDS, NDD and DDS were used in instructions with an EVEX (or VEX)prefix. These terms indicated that the vvvv field was valid forencoding, and specified register usage. These terms are no longernecessary and are redundant with the instruction operand encodingtables provided with each instruction. The instruction operandencoding tables give explicit details on all operands, indicatingwhere every operand is stored and if they are read or written. If vvvvis not listed as an operand in the instruction operand encoding table,then EVEX (or VEX) vvvv must be 0b1111.
这告诉我们,这些 NDD/DDS/NDS 标记的目的是指示哪个操作数是哪个操作数,以及它们是读还是写。
<小时/>非破坏性源是本手册同一卷其他地方使用的短语(见下文),因此我非常有信心这是对 NDS
的正确解释.
我认为 NDD
的明显解释是非破坏性目标(SSE2 版本的转变令人烦恼地具有破坏性)。
尚不清楚 DDS
代表什么。 “Destructive Destination-Source”不适合,因为它是被覆盖的其他源注册表。
The bit fields of the VEX prefix can be summarized by its functional purposes:
- Non-destructive source register encoding (applicable to three and four operand syntax): This is the first source operand in the instruction syntax. VEX.vvvv.
(反转:xmm0为1111,xmm15为0000。如下所述,反转避免与仅32位LES
and LDS
(加载远指针)指令的有效编码重叠。32位模式只能使用xmm0-7,因此第一位始终是必需的 1,这使得它不是有效的 LES
/LDS
。)
所以,是的,“非破坏性来源”是英特尔手册中使用的一个短语。
<小时/>Some VEX-encoded instructions have syntax with less than threeoperands, e.g. VEX-encoded pack shift instructions support one sourceoperand and one destination operand).
The roles of VEX.vvvv, reg field of ModR/M byte (ModR/M.reg), r/m field of ModR/M byte (ModR/M.r/m) withrespect to encoding destination and source operands vary with different type of instruction syntax.
The role of VEX.vvvv can be summarized to three situations:
VEX.vvvv encodes the first source register operand, specified in inverted (1’s complement) form and is valid forinstructions with 2 or more source operands. (This is the NDS case)
VEX.vvvv encodes the destination register operand, specified in 1’s complement form for certain vector shifts.The instructions where VEX.vvvv is used as a destination are listed in Table 2-9. The notation in the “Opcode”column in Table 2-9 is described in detail in section 3.1.1. (The part quoted in the question)
DDS
情况进行更新)。所涉及的矢量位移为 VPS{R,L}L{W,D,Q}
、VPSRA{W,D,Q}
和 >VPS{R,L}LDQ
(字节移位),使用 mod/rm
的 /r
字段作为额外的操作码位,如某些操作码位 -操作数整数指令(例如和r/m32、imm8
)。例如
VEX.NDD.128.66.0F 73/7 ib
VPSLLDQ
VEX.NDD.128.66.0F 73/3 ib
VPSRLDQ
这就是为什么 SSE 版本是就地位/字节移位,经常需要 movdqa 指令。 66 0F xx
SSE2 编码空间中有一些免费的操作码,英特尔本可以使用这些操作码,而不是使这些常用指令具有破坏性。不过,我猜他们已经坚持在 0F xx
MMX 版本中使用 /r
字段的决定了。我认为,让 new-with-SSE2 字节移位 insn 也具有破坏性是没有必要的。至少他们成功地进行了一次非破坏性的洗牌,pshufd
。
关于assembly - 在编码 VEX 指令时,NDS、NDD 和 DDS 代表什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37153248/
我正在尝试使用 https://github.com/HubSpot/vex确认对话框的模态脚本。此时,如果出现确认对话框,则默认选择“确定”按钮。有人知道我该如何改变这个吗?我希望取消按钮是默认的,
我正在使用vex dialog library基本上作为标准警报、确认、提示等框的替代品,我一直这样使用它们: $('.js-edit-cancel').on('click', function(e)
我正在使用 Vex RobotC 并且有一个函数:setTouchLEDRGB(portx, R,G,B); 设置 RGB 颜色触摸 LED。 我有 9 个 TouchLED,想同时更改它们的颜色,现
开启 Wikipedia我发现了这个: A a( A() ); [This] could be disambiguated either as a variable definition of cla
在尝试回答 this 时我发现没有 () (调用“C++ 最烦人的解析”)的问题 g++ 的输出是 1 (可以在这里看到:http://ideone.com/GPBHy),其中 Visual Stud
有无数文章和博客讨论 C++ 的 most vexing parse ,但我似乎找不到比“C++ 文献”更具引用意义的任何内容。 这个词是从哪里来的? 最佳答案 Scott Meyers 的书 Eff
我们的 64 位应用程序有很多代码(尤其是在标准库中)在 SSE 模式下使用 xmm0-xmm7 寄存器。 我想使用 ymm 寄存器实现快速内存复制。我不能修改所有使用 xmm 寄存器的代码添加 VE
英特尔指令集引用为我们提供了addsd指令: VEX.NDS.LIG.F2.0F.WIG 58 /r VADDSD xmm1, xmm2, xmm3/m64 正如我们所见,L 位被忽略(可以是 0 或
是否有可能(对 A 类进行任何修改)进行以下工作?即,使最令人烦恼的解析错误? class A { }; int main() { A a(); // can this be forced t
在尝试理解 C/C++ 中“最令人烦恼的解析”问题时,这个问题立即浮现在脑海中 - 为什么要有导致此问题的语法? 例如, class Timer { public: Timer(); }; c
在 OS X 上使用带有 Vex Cortex 的普渡机器人操作系统。尝试使用附带的 uniflash 程序对其进行刷新,但在刷新过程中抛出错误。这是日志。 CC -I../include -I../
我们的 VEX 机器人团队正在寻求启动电机性能(电流/温度)的日志文件 (here's an example of file handling on 'brain') 由于不知道大脑将如何关闭,我们需
我正在尝试了解 SSE/AVX 指令的 VEX 前缀编码。所以如果我问一些简单的问题,请耐心等待。我有以下相关问题。 让我们拿 MOVUP(D/S)指令( 0F 10 )。如果我正确遵循 2 字节 V
来自Intel's x86 manuals, Vol2 ,第 3.1.1.2 节:指令汇总表中的操作码列(带有 VEX 前缀的指令) NDS, NDD, DDS: specifies that VEX
我是一名优秀的程序员,十分优秀!