gcc 和 msvc 的疑问？

oitry_chen

我的计时方式是这样的：

clock_t   t1,   t2;
cout << "开始生成文件! 请等待......"<<endl;
t1   =   clock();

。。。代码略。。。。

t2   =   clock();
cout   <<"生成完成,共用时 "<<(double)(t2-t1)/CLOCKS_PER_SEC<<"秒."<<endl;

oitry_chen

原帖由 mzli 于 2008-8-29 19:25 发表
3秒是不是修改后编译的？我用vc从来没那么快过，即使是hello world.

不过30秒也太....多大的程序啊？

　不是修改后的，编译后的可执行程序大小分别为：gcc的：388kb 　　msvc 的：40KB,　　都是release版的
   　　　　　　　　　　　　　　　　 执行时间：gcc的：26.969秒　　　vc的：3.962秒

　都是用fp.getline函数(读）fp.write函数(写)文件，文件个数：100
　　　　　　　　　　　　

[ 本帖最后由 oitry_chen 于 2008-8-29 22:47 编辑 ]

zylthinking

不用想了， 显然是GCC 是 linux native的， vc 是 windows native 的， MinGW本来就是为了为了移植方便弄出来的

apollolegend

原帖由 zylthinking 于 2008-8-29 23:17 发表
不用想了， 显然是GCC 是 linux native的， vc 是 windows native 的， MinGW本来就是为了为了移植方便弄出来的

ms不遵守posix, 所以在posix库跟微软库之间都会有一个桥接，或者抽象层。来将posix调用转化成windows的本地调用。

prc

gcc -O3?

marxn

原帖由 zylthinking 于 2008-8-29 23:17 发表
不用想了， 显然是GCC 是 linux native的， vc 是 windows native 的， MinGW本来就是为了为了移植方便弄出来的

不知所云。GCC/VC跟native有什么关系？
mingw只是借用了GCC的编译器而已

marxn

原帖由 apollolegend 于 2008-9-1 08:01 发表

ms不遵守posix, 所以在posix库跟微软库之间都会有一个桥接，或者抽象层。来将posix调用转化成windows的本地调用。

应该说win32不遵守posix。从NT4开始windows就包括posix子系统了。
而且，将posix调用转化成windows的本地调用并不一定需要一个抽象层，这只是cygwin采用的做法。

oitry_chen

  有点晕......

5毛党党员

mingw 只是在win环境下模拟gcc吧，并不算真正的gcc

system888net

看一下输出的汇编,更能看出真实具体的原因.