【发布时间】:2018-06-06 22:58:59
【问题描述】:
我已经制作了这个示例代码:
#include <vector>
struct POD {
int a;
int b;
int c;
inline static POD make_pod_with_default()
{
POD p{ 41, 51, 61 };
return p;
}
inline void change_pod_a(POD &p, int a) {
p.a = a;
}
inline void change_pod_b(POD &p, int b) {
p.b = b;
}
static POD make_pod_with_a(int a) {
POD p = make_pod_with_default();
p.change_pod_a(p, a);
return p;
}
static POD make_pod_with_b(int a) {
POD p = make_pod_with_default();
p.change_pod_b(p, a);
return p;
}
};
int main()
{
std::vector<POD> vec{};
vec.reserve(2);
vec.push_back(POD::make_pod_with_a(71));
vec.push_back(POD::make_pod_with_b(81));
return vec[0].a + vec[0].b + vec[0].c + vec[1].a + vec[1].b + vec[1].c;
}
在编译后的汇编代码中,我们可以看到正在为第一个 vec.push_back(...) 调用生成以下指令:
...
mov DWORD PTR $T2[esp+32], 41 ; 00000029H
...
mov DWORD PTR $T2[esp+36], 51 ; 00000033H
...
mov DWORD PTR $T5[esp+32], 71 ; 00000047H
...
mov DWORD PTR $T6[esp+44], 61 ; 0000003dH
...
71 有一个到 [esp+32] 的 mov,但是 41 的到 [esp+32] 的 mov 仍然存在,没用!我怎样才能为 MSVC 编写能够实现这种优化的代码,MSVC 甚至能够做到吗?
GCC 和 CLANG 都提供了更优化的版本,但是 CLANG 以一种非常干净和合乎逻辑的方式在几乎没有开销的情况下大幅失败:
CLANG 生成代码:
main: # @main
push rax
mov edi, 24
call operator new(unsigned long)
mov rdi, rax
call operator delete(void*)
mov eax, 366
pop rcx
ret
一切都是在编译时完成的 71 + 51 + 61 + 41 + 81 + 61 = 366! 我必须承认,看到我的程序在编译时被计算并且仍然在程序集中对 vec.reserve() 的调用很痛苦……但是到目前为止,CLANG 仍然占了上风!加油 MSVC,这不是 volatile 的向量。
【问题讨论】:
-
较短的复制者:
POD make_pod() { POD p = POD{0, 1, 2}; p.c = 3; return p; }。在这种形式下,可以通过将POD p = POD{0, 1, 2};更改为POD p = {0, 1, 2};来优化MSVC。不确定当初始化程序是函数调用的结果时是否有类似的解决方法。 -
我相信您的意思是“将 POD p = POD{0, 1, 2}; 更改为 POD p = {0, 1, 3};”。问题是,这个样本是我设计的精简版。我对多步初始化有可读性和设计原因:某些步骤是稍后才调用的,或者从未调用过。我在示例中包含了您建议的优化示例,因此每个人都可以分辨出我需要的优化。
-
不,
POD p = {0, 1, 3};不是我的意思。将其更改为POD p = {0, 1, 2};并在它确实让 MSVC 优化它之后留下p.c = 3;分配。 -
当然,如果实际程序中的第二步是有条件地调用,或者在其他中间函数调用之后调用,那么这种情况下这种优化很可能是不可能的。
-
@hvd 我发现了不同之处,所以对于 MSVC "A a = {...};"和“A a = A{}”不一样?
标签: c++ optimization visual-c++ c++17 clang++