Zawsze miałem wrażenie, że std::unique_ptr
nie ma narzutów w porównaniu do używania surowego wskaźnika. Jednak kompilacji następujący kodDlaczego unikatowa instancja kompiluje się do większego binarnego niż surowy wskaźnik?
#include <memory>
void raw_pointer() {
int* p = new int[100];
delete[] p;
}
void smart_pointer() {
auto p = std::make_unique<int[]>(100);
}
z g++ -std=c++14 -O3
produkuje następujący montaż:
raw_pointer():
sub rsp, 8
mov edi, 400
call operator new[](unsigned long)
add rsp, 8
mov rdi, rax
jmp operator delete[](void*)
smart_pointer():
sub rsp, 8
mov edi, 400
call operator new[](unsigned long)
lea rdi, [rax+8]
mov rcx, rax
mov QWORD PTR [rax], 0
mov QWORD PTR [rax+392], 0
mov rdx, rax
xor eax, eax
and rdi, -8
sub rcx, rdi
add ecx, 400
shr ecx, 3
rep stosq
mov rdi, rdx
add rsp, 8
jmp operator delete[](void*)
Dlaczego jest wyjście dla smart_pointer()
prawie trzy razy większy raw_pointer()
?
Ma licznik i może trochę narzut. Być może vtable –
Jestem rzeczywiście zaskoczony, że całość nie jest w ogóle zoptymalizowana. – SergeyA
@SergeyA Z clang to jest. –