大家测过64linux vs 32windows的性能没有

reiase

变数声明数组是Gcc对C的扩展
很好用,就是VC不支持

OwnWaterloo

扩展？  这不是C99提供的特性吗？
alloca啊alloca~~~

koolcoy

原帖由 OwnWaterloo 于 2009-8-13 16:04 发表
好像符合C99的样子

C99 != ISO C++

如果你是C语言不是C++， 当我没说。

[ 本帖最后由 koolcoy 于 2009-8-13 16:13 编辑 ]

hellioncu

原帖由 koolcoy 于 2009-8-13 15:57 发表


汗， 你这buf才多大啊， 你把buf设成物理内存的3/4大， 然后memset的值不要用0， 用-1, 把编译器优化关掉再看看;

用-1, 把编译器优化关掉结果类似。缺省情况下循环应该没有被优化掉，要不然不会需要这么多时间。

如果buf用很大，会有更多的时间用于访问内存了，反而体现不出32与64位指令的差别了。如果用很小，用在调用函数的开销上也不少。

OwnWaterloo

原帖由 koolcoy 于 2009-8-13 16:11 发表
C99 != ISO C++
如果你是C语言不是C++， 当我没说。

但是， 你看 ：

原帖由 reiase 于 2009-8-13 15:56 发表

本来俺是这么声明缓冲区的:
unsigned char buff[a->size]={0};

到VC下不得不改成:
unsigned char *buff = malloc(a->size);
memset(buff,0,a->size);

这本来就不可能是C++代码

anders0913

现在来说，对于x86的Linux和x64的Linux平台，同一套代码是不是改个编译选项，重新编译一下就好了，但是要最优化的话，是不是要改改代码才能实现~~

koolcoy

原帖由 OwnWaterloo 于 2009-8-13 16:20 发表


但是， 你看 ：



这本来就不可能是C++代码

C++中用malloc也很正常的 用malloc可以防止遇到重载过的new， 免得掉坑里。

[ 本帖最后由 koolcoy 于 2009-8-13 16:32 编辑 ]

OwnWaterloo

原帖由 koolcoy 于 2009-8-13 16:30 发表

C++中用malloc也很正常的 用malloc可以防止遇到重载过的new， 免得掉坑里。

不，跟malloc，operator new都没有关系。

你仔细看看我加颜色的部分
中间是不是少了什么

[ 本帖最后由 OwnWaterloo 于 2009-8-13 16:34 编辑 ]

koolcoy

原帖由 OwnWaterloo 于 2009-8-13 16:32 发表
你仔细看看我加颜色的部分
中间是不是少了什么

好吧， 算我没看仔细