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

foxpro7

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

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

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

不要以为memset，malloc的速度很快，你malloc 1m的空间看看，然后memset看看。这和32几k的空间差别非常大。

lbaby

路过，现在对这些玩意一点都不感兴趣了。

prolj

刚才洗衣服了，真累，你们也别吵了，我直说吧，多媒体计算，不是说浮点数怎么样，而是SIMD，x64这方面的寄存器多很多，而且，我记得某先进开源编译器生成x64代码比x86要方便。
SIMD，最后强调一下。

reiase

汗,找到原因了

VC在-O2下居然不开SSE指令优化

reiase

原帖由 lbaby 于 2009-8-13 21:50 发表
路过，现在对这些玩意一点都不感兴趣了。

感慨啊,SIMD指令这种事,就交给编译器好了
花一周优化的代码,轻轻松松被花两周想出来的新算法超过

数码兔

原帖由 koolcoy 于 2009-8-13 14:03 发表
个人感觉这个是64位和32位的区别：
x64位多8个通用寄存器， 8个多媒体寄存器， 因此在x64的linux下面函数调用绝大多数情况下是用寄存器传参数(64位windows不一样)。 另外x86不支持eip相对寻址， 因此x86的PIC代 ...

没有看懂。在32位模式下8个通用寄存器是eax,ebx,ecx,edx,esi,edi,ebp,esp, eip本来就不是通用寄存器。

koolcoy

原帖由 数码兔 于 2009-8-14 10:54 发表


没有看懂。在32位模式下8个通用寄存器是eax,ebx,ecx,edx,esi,edi,ebp,esp, eip本来就不是通用寄存器。

如果是PIC代码的话， 这8个寄存器中还有一个将用来干别的事情， 无法做通用寄存器使用了。 gcc具体用哪一个我记不清了， 可以反汇编看看。

x64就不一样了， 它的rip还多了一个功能(这个功能就是x86中被占用的那个寄存器的功能)， 就是方便PIC代码生成， 这样x64下面， 16个通用寄存器都可以用。

scutan

我在64位的vista上面，用VS2005，使用64位编译运行一段程序的时间是使用32位编译运行同一段程序的时间的1/2。

egmkang

Windows2008的网络性能很好的,不知道这上面nginx的性能怎么样
实在不行上IIS7试一试

coldplus

C++中malloc要进行显示的类型转换。