POPPUR爱换

标题: 肉上64位似乎性能不是全面提升 [打印本页]

作者: woami 时间: 2007-7-24 23:21
标题: 肉上64位似乎性能不是全面提升
E6600 安装centos 5.0 x86_64 跑mysql+apache (均为64位)
某个php论坛程序首页耗时0.0051s

安装i686 32位版本只要0.0017s

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

作者: woami 时间: 2007-7-24 23:25
对了是四G内存。32位底下使用2.6.18-8.1.4.el5PAE内核
64位使用 X86_64的同版本号内核

作者: r7000 时间: 2007-7-25 01:02
理论上64bit让cache的“有效容量”减半，所以性能有所降低也是可能的。

作者: woami 时间: 2007-7-25 01:07
老老实实用32位了:(

作者: iimf007 时间: 2007-7-25 01:07

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

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

作者: woami 时间: 2007-7-25 01:09
64位下内存只能看到40**M 32位用PAE内核后有 41**M 多出将近200M？

作者: viewlg 时间: 2007-7-25 09:58
ms级的测量误差是非常大的啦，重复1w次再看看总时间才是真解。

作者: shike_cuke 时间: 2007-7-25 10:06
是不是INTEL的U不适合跑非MS的OS？？？？

作者: NONO 时间: 2007-7-25 12:05
之前不曉得在那看到一則訊息，說明了扣肉在64位底下的宏融合操作會失效.....

作者: rd 时间: 2007-7-25 12:43
以前好像在TOM看到过，说肉在64位下面的缺点有这么一点

作者: elisha 时间: 2007-7-25 12:45
这种伪64位，没有提升也是应该的

作者: woami 时间: 2007-7-25 13:39
我用程序测了10000次得到的平均时间。
所有该优化的都优化了。

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

作者: mm740 时间: 2007-7-25 14:03
64bit成熟吗！64bit是工业级别的，什么时候轮家用级别！

作者: xreal 时间: 2007-7-25 14:11
w00t) 64bit主要还是为了大内存吧。

作者: woami 时间: 2007-7-26 16:21
什么时候出真正的民用64位啊

作者: Prescott 时间: 2007-7-26 16:30

原帖由 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 时间: 2007-7-26 17:13
标题: 回复 #16 Prescott 的帖子
这个运行时间包含很多因素。

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 时间: 2007-7-26 22:05

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

php
mysql

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

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

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

你用GCC编译什么？

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

作者: woami 时间: 2007-7-27 01:06
标题: 回复 #18 Prescott 的帖子
是啊。。。 GCC
ICC总容易出问题，所以用的不多。。

欢迎光临 POPPUR爱换 (https://we.poppur.com/)