肉上64位似乎性能不是全面提升

woami

E6600 安装centos 5.0 x86_64 跑mysql+apache  (均为64位)
某个php论坛程序首页耗时0.0051s

安装i686  32位版本只要0.0017s


编译条件差不多，64位的用-m64选项

woami

对了是四G内存。32位底下使用2.6.18-8.1.4.el5PAE内核
64位使用 X86_64的同版本号内核

r7000

理论上64bit让cache的“有效容量”减半，所以性能有所降低也是可能的。

woami

老老实实用32位了:(

iimf007

原帖由 r7000 于 2007-7-25 01:02 发表
理论上64bit让cache的“有效容量”减半，所以性能有所降低也是可能的。

那就是说I比A性能下降多了

woami

64位下内存只能看到40**M  32位用PAE内核后有 41**M  多出将近200M？

viewlg

ms级的测量误差是非常大的啦， 重复1w次再看看总时间才是真解。

shike_cuke

是不是INTEL的U不适合跑非MS的OS？？？？

NONO

之前不曉得在那看到一則訊息，說明了扣肉在64位底下的宏融合操作會失效.....

rd

以前好像在TOM看到过，说肉在64位下面的缺点有这么一点

elisha

这种伪64位，没有提升也是应该的

woami

我用程序测了10000次得到的平均时间。
所有该优化的都优化了。

看来确实不适合跑64位——是不是有这种说法，I是32位兼容64位，A是64位兼容32位
（当然，他们都不是真正的64位）

mm740

64bit成熟吗！64bit是工业级别的，什么时候轮家用级别！

xreal

w00t) 64bit主要还是为了大内存吧。

woami

什么时候出真正的民用64位啊

Prescott

原帖由 woami 于 2007-7-25 13:39 发表
我用程序测了10000次得到的平均时间。
所有该优化的都优化了。

看来确实不适合跑64位——是不是有这种说法，I是32位兼容64位，A是64位兼容32位
（当然，他们都不是真正的64位）

这个可不能这么说。

64bit下性能差一点可以，3倍就太夸张了。你知道这5.1毫秒中，每个步骤都花了多长时间吗？32bit和64bit下，时间都差在哪个部分吗？

[ 本帖最后由 Prescott 于 2007-7-26 16:32 编辑 ]

woami

这个运行时间包含很多因素。

php
mysql

mysql又和磁盘性能关系比较大。


然后还有eAccelerator等php加速程序。




另外，gcc编译器也有关系
32位的使用了以下优化 -march=prescott -O2 -pipe -fomit-frame-pointer  
64位的 -m64   其他的用上就出错。


下次换intel的icc编译器看看

[ 本帖最后由 woami 于 2007-7-26 17:17 编辑 ]

Prescott

原帖由 woami 于 2007-7-26 17:13 发表
这个运行时间包含很多因素。

php
mysql

mysql又和磁盘性能关系比较大。


然后还有eAccelerator等php加速程序。




另外，gcc编译器也有关系
32位的使用了以下优化 -march=prescott -O2 -pipe ...

你用GCC编译什么？

kenkenkenken

目前主要还是为了大内存寻址吧，微软的测试也说明了，如果没有非常大的内存，比如说64GB，上64位性能很可能是下降的，不过微软测试的项目是终端服务，不是数据库应用。我们自己公司测过SQL Server，在8G和16G的情况下，x64看起来数据会快一点点，应该是页面转换效率比PAE高的缘故，不过实际操作中没有感觉啥明显差别

woami

是啊。。。 GCC
ICC总容易出问题，所以用的不多。。