Jia*_* Lu 4 c++ gcc mingw stdio
那是<cstdio>
在C++头只包含相同的功能,<stdio.h>
但同时又提出在std
命名空间?
我在使用mingw-w64编译的程序中遇到了奇怪的效率问题,这比linux上慢十倍.经过一些测试,我发现问题出在了sprintf
.
然后我做了以下测试:
#include <stdio.h>
// #include <cstdio>
// using std::sprintf;
int main () {
int i;
for (i = 0; i < 500000; i++){
char x[100];
sprintf(x, "x%dx%dx", i, i<<2);
}
}
Run Code Online (Sandbox Code Playgroud)
使用<stdio.h>
它编译时比使用它快15倍<cstdio>
.这是时间:
$ time ./stdio
real 0m0.557s
user 0m0.046s
sys 0m0.046s
$ time ./cstdio
real 0m7.465s
user 0m0.031s
sys 0m0.077s
$ g++ --version
g++.exe (rubenvb-4.8-stdthread) 4.8.1 20130324 (prerelease)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Run Code Online (Sandbox Code Playgroud)
更新1:我进一步定时使用不同的mingw-w64构建(rubenvb,drangon和mingw-build),并发现所有32位版本使用<cstdio>
定时4.x秒和64位版本7.x~8.x秒.并且所有版本的使用<stdio.h>
时间约为0.4~0.6秒.
更新2:我在gdb中反汇编了main函数,发现只有一行不同:<stdio.h>
版本调用callq 0x4077c0 <sprintf>
但<cstdio>
版本调用callq 0x407990 <_Z7sprintfPcPKcz>
.
sprintf
包含:
0x00000000004077c0 <+0>: jmpq *0x7c6e(%rip) # 0x40f434 <__imp_sprintf>
0x00000000004077c6 <+6>: nop
0x00000000004077c7 <+7>: nop
Run Code Online (Sandbox Code Playgroud)
在__imp_sprintf
我到达sprinf
里面之后msvcrt.dll
.
_Z7sprintfPcPKcz
包含一些mingw代码:
0x0000000000407990 <+0>: push %rbp
0x0000000000407991 <+1>: push %rbx
0x0000000000407992 <+2>: sub $0x38,%rsp
0x0000000000407996 <+6>: lea 0x80(%rsp),%rbp
0x000000000040799e <+14>: mov %rcx,-0x30(%rbp)
0x00000000004079a2 <+18>: mov %r8,-0x20(%rbp)
0x00000000004079a6 <+22>: mov %r9,-0x18(%rbp)
0x00000000004079aa <+26>: mov %rdx,-0x28(%rbp)
0x00000000004079ae <+30>: lea -0x20(%rbp),%rax
0x00000000004079b2 <+34>: mov %rax,-0x58(%rbp)
0x00000000004079b6 <+38>: mov -0x58(%rbp),%rdx
0x00000000004079ba <+42>: mov -0x28(%rbp),%rax
0x00000000004079be <+46>: mov %rdx,%r8
0x00000000004079c1 <+49>: mov %rax,%rdx
0x00000000004079c4 <+52>: mov -0x30(%rbp),%rcx
0x00000000004079c8 <+56>: callq 0x402c40 <__mingw_vsprintf>
0x00000000004079cd <+61>: mov %eax,%ebx
0x00000000004079cf <+63>: mov %ebx,%eax
0x00000000004079d1 <+65>: add $0x38,%rsp
0x00000000004079d5 <+69>: pop %rbx
0x00000000004079d6 <+70>: pop %rbp
Run Code Online (Sandbox Code Playgroud)
为什么cstdio
使用不同(而且速度慢得多)的功能?
libstdc ++ __USE_MINGW_ANSI_STDIO
在build(config/os/mingw32-w64/os_defines.h
)期间定义,它将打开mingw sprintf
包装器.正如@Michael Burr指出的那样,这些包装器存在C99/GNU99兼容性.
你的测试没有定义__USE_MINGW_ANSI_STDIO
,因此你不会得到包装器stdio.h
.但是因为它是在构建libstdc ++时定义的,所以你会得到它cstdio
.如果您在包含之前自己定义它stdio.h
,您将再次获得包装器.
所以你确实得到了不同的实现,cstdio std::sprintf
并不一定相同stdio.h sprintf
,至少在涉及到mingw时.
这是一个测试.首先来源:
#ifdef USE_STDIO
#include <stdio.h>
#else
#include <cstdio>
using std::sprintf;
#endif
int main () {
int i;
for (i = 0; i < 500000; i++){
char x[100];
sprintf(x, "x%dx%dx", i, i<<2);
}
}
Run Code Online (Sandbox Code Playgroud)
结果:
$ g++ -o test_cstdio.exe test.cc
$ g++ -o test_stdio.exe -DUSE_STDIO test.cc
$ g++ -o test_stdio_wrap.exe -DUSE_STDIO -D__USE_MINGW_ANSI_STDIO test.cc
$ for x in test_*.exe; do ( echo $x; objdump -d $x | grep sprintf; echo ); done
test_cstdio.exe
40154a: e8 41 64 00 00 callq 407990 <_Z7sprintfPcPKcz>
0000000000402c40 <__mingw_vsprintf>:
0000000000407990 <_Z7sprintfPcPKcz>:
4079c8: e8 73 b2 ff ff callq 402c40 <__mingw_vsprintf>
test_stdio.exe
40154a: e8 71 62 00 00 callq 4077c0 <sprintf>
00000000004077c0 <sprintf>:
4077c0: ff 25 6e 6c 00 00 jmpq *0x6c6e(%rip) # 40e434 <__imp_sprintf>
test_stdio_wrap.exe
40154a: e8 41 64 00 00 callq 407990 <_Z7sprintfPcPKcz>
0000000000402c40 <__mingw_vsprintf>:
0000000000407990 <_Z7sprintfPcPKcz>:
4079c8: e8 73 b2 ff ff callq 402c40 <__mingw_vsprintf>
Run Code Online (Sandbox Code Playgroud)
归档时间: |
|
查看次数: |
1630 次 |
最近记录: |