我一直在使用IACA(Intel的静态代码分析器)进行实验。
当测试汇编片段并手动输入魔术标记字节时,它可以很好地工作,例如:
有没有一种方法可以在非汇编代码前缀/后缀所需的魔术标记,以便我可以分析编译器生成的代码?
我知道我可以从CPU视图中复制生成的汇编代码并创建一个例程,但我希望有一个更简单的工作流程。
编辑 我正在寻找适用于64位编译器的解决方案。我知道我可以在32位编译器中混合使用汇编和普通代码。
更新 @Dsm的建议可行。 @Rudy的技巧不行。
以下虚拟代码有效:
当测试汇编片段并手动输入魔术标记字节时,它可以很好地工作,例如:
procedure TSlice.BitSwap(a, b: integer);
asm
//RCX = self
//edx = a
//r8d = b
mov ebx, 111 // Start IACA marker bytes
db $64, $67, $90 // Start IACA marker bytes
xor eax, eax
xor r10d, r10d
mov r9d, [rcx] // read the value
mov ecx,edx // need a in cl for the shift
btr r9d, edx // read and clear the a bit
setc al // convert cf to bit
shl eax, cl // shift bit to ecx position
btr r9d, r8d // read and clear the b bit
mov ecx, r8d // need b in ecx for shift
setc r10b // convert cf to bit
shl r10d, cl // shift bit to edx position
or r9d, eax // copy in old edx bit
or r9d, r10d // copy in old ecx bit
mov [r8], r9d // store result
ret
mov ebx, 222 // End IACA marker bytes
db $64, $67, $90 // End IACA marker bytes
end;
有没有一种方法可以在非汇编代码前缀/后缀所需的魔术标记,以便我可以分析编译器生成的代码?
我知道我可以从CPU视图中复制生成的汇编代码并创建一个例程,但我希望有一个更简单的工作流程。
编辑 我正在寻找适用于64位编译器的解决方案。我知道我可以在32位编译器中混合使用汇编和普通代码。
更新 @Dsm的建议可行。 @Rudy的技巧不行。
以下虚拟代码有效:
Throughput Analysis Report
--------------------------
Block Throughput: 13.33 Cycles Throughput Bottleneck: Dependency chains (possibly between iterations)
Port Binding In Cycles Per Iteration:
---------------------------------------------------------------------------------------
| Port | 0 - DV | 1 | 2 - D | 3 - D | 4 | 5 | 6 | 7 |
---------------------------------------------------------------------------------------
| Cycles | 1.3 0.0 | 1.4 | 1.0 1.0 | 1.0 1.0 | 0.0 | 1.4 | 2.0 | 0.0 |
---------------------------------------------------------------------------------------
N - port number or number of cycles resource conflict caused delay, DV - Divider pipe (on port 0)
D - Data fetch pipe (on ports 2 and 3), CP - on a critical path
F - Macro Fusion with the previous instruction occurred
* - instruction micro-ops not bound to a port
^ - Micro Fusion happened
# - ESP Tracking sync uop was issued
@ - SSE instruction followed an AVX256/AVX512 instruction, dozens of cycles penalty is expected
X - instruction not supported, was not accounted in Analysis
| Num Of | Ports pressure in cycles | |
| Uops | 0 - DV | 1 | 2 - D | 3 - D | 4 | 5 | 6 | 7 | |
---------------------------------------------------------------------------------
| 3^ | 0.3 | 0.3 | 1.0 1.0 | | | 0.3 | 1.0 | | CP | ret
| X | | | | | | | | | | int3
[... more int3's]
| X | | | | | | | | | | int3
| 1 | 1.0 | | | | | | | | | shl eax, 0x10
| 1 | | 0.6 | | | | 0.3 | | | | cmp eax, 0x64
| 3^ | | 0.3 | | 1.0 1.0 | | 0.6 | 1.0 | | CP | ret
| X | | | | | | | | | | int3
| X | | | | | | | | | | int3
[...]
Total Num Of Uops: 8
更新2
如果有一个调用语句,IACA似乎会崩溃并不想分析代码。抱怨非法指令。然而,基本思路是有效的。显然,您需要减去初始的ret
及其相关成本。
X := $906764000000F6BB
,并在结尾处设置X := $906764000000DEBB
吗?其中X
是一个UInt64
类型的变量。 - Rudy VelthuisCOULD NOT FIND START_MARKER NUMBER 1
。 - Johanvar [volatile] x:int64;
,请参见:http://docwiki.embarcadero.com/RADStudio/Tokyo/zh-CN/Compiler_Attributes - Johan