Ubuntu中文论坛

chobits 写了：64位内存占用大些，相比性能的提升，不太划算

PS：除非你有超过 4G 的内存，或是使用 Maya 这样的怪物……

内存占用大？从何而来
首先，我们看64位，是哪里64位了
1。系统总线
2。寄存器
3。相应的MMU单元
内存如何占用大？
你是说以前计算一个数字，往寄存器塞32位，现在你可能塞64位？他同样兼容32位的啊！而寄存器容量变大了，只对64位计算更高效了而已，寄存器大和内存变大完全是两个概念，寄存器也不用你花钱买，你也买不到
另外，系统总线变大了，你传输吞吐变大了，并不是意味着你不能传32位的数据流了，只是你可以方便高效地传64位的数据流了
MMU就不用讲了，也是系统硬件，你想买扩充你的32位机还没门
所以，你认为64位哪里应该使用更多内存呢？

xhy 写了：64 bit的Java整数运算性能是原来的4倍

我不怀疑64位系统下面JVM表现可能更好，但希望你给个比较的过程
因为性能的提升有很多方面，可能这块CPU他的频率更高，而不是因为使用了64位寄存器进行add运算
而且，我很怀疑的是，同主频，如果对32位整数进行运算按理说，不会更快，甚至可能更慢，如果系统总线速度没有提升地话，因为系统的吞吐将增大，如果不是一倍的话。
64位的确有好处，但我不认为带来的好处是在运算速度上，而是对系统容量的好处更大。

64bit在处理整数数据时
8字节＊8字节 只要1次乘法

在32位机器上计算8字节＊8字节数据时
需要4次乘法 3次加法 最后的结果还需要作转换

这是个极端的例子 虽然不能代表全部情况

关于64位和32位性能的比较 我以前贴过一个对比数据的
对于绝大部分应用 64bit有性能优势，一般是提高10%左右 最大的有提高300%的
对于极其少量的应用64bit 性能不如32bit的程序 原因我也说过 这些软件是针对32bit作汇编优化的
64bitC VS 32bit汇编 效率如何当然不一定了

而在64bit机器上运行那些32bit版本的测试软件 性能跟在32bit上运行32bit软件是相当的


这些结论是在测试了几百个软件和得出的
所有的软件都是在Gentoo下 使用相当的优化标志 从源码编译安装运行测试的(闭源的没有编译 直接安装的)

10%的性能 就像大多数人所说的 桌面应用确实感觉不出来
但是在数值计算 图像处理 压制影片 编译整个系统 。。。。。 的时候 就能感觉出来了

争执没有什么意义
Just do it. 去用64bit

如果没有自学的习惯 没有摸索的精神 或者没有时间 或者不想练习基本功
那还是老老实实的用32bit版本


我个人的使用经验 64bit完全没有问题(mutilib的X86_64 not pure 64bit)

我想，严谨的测试，对性能测试才是有参考价值的
不用人家提出异议，就一棍子打过去，说没有自学的习惯云云
我说的就是在大部分软件是用32位编译器编译的情况下，性能未必能有提升
即使在JVM中，对非long的计算，是否有帮助也很难说。我手头的JVM（openJDK）代码里面，首先hotspot里面，不同的cpu，实际上大部分汇编指令是一样的。所以真的有性能提升，也只是说cpu的 吞吐提高了，对于你写程序的人而言，就是硬件升级了。

而对于其他native的代码，如果不用64位的编译器来编译，使用32位编译器的目标码，同主频cpu，同系统总线速度下面，运行效率未必会高。而当前的确很多应用不是在64位下编译的。在这方面，java程序的确有优势，hotspot升级之后，同样的目标字节码可能会有效率的提升。但对于我们这种需要对每个字节进行控制的程序来说，提升不大，我们还得花力气重新设计实现，换取的效率提升也未必值得
10％的提升，我前面也说了，是系统总线速度提升带来的系统吞吐量的提升带来的，并非32－》64就能提升的

今后64位肯定是趋势，但现在就用，也未必能得到好处。这就是我的基本看法

哎，以前用32位做图形处理，机箱响得象个马蜂窝，改用64的了，象个淑女一样安静了，所以和32说拜拜了

gentoo x86 amd64各种参数编译，测试过几次，发现性能上基本无差别。。。

坚持了很长一段 ubuntu amd64，鉴于 flash 和 w32 codec 问题，以及很多想用的软件不支持64，以及那些无聊的 64 下 跑 32 的所谓解决方案，在下一次装机中又回到了32位。

当时装了两个，一个32，一个64。个人感觉在一般应用中感受不到64带来的任何好处，除了麻烦。但从理论上说64的确大势所趋。

kingsong1126 写了：哎，以前用32位做图形处理，机箱响得象个马蜂窝，改用64的了，象个淑女一样安静了，所以和32说拜拜了

真的还是假的，也太邪了吧，难道64位还有如此功效？

目前所谓64位的操作系统的最大优势无非是内存寻址空间大了很多，理论上32位操作系统最大只支持4G内存。

从我使用的情况
作大量运算的时候比较明显
其它时候看不出明显区别
自从用kubuntu开始我一直用64位

contion 写了：目前所谓64位的操作系统的最大优势无非是内存寻址空间大了很多，理论上32位操作系统最大只支持4G内存。

虽然2的32次方是4G,但目前32位平台可以通过处理支援到8G 记忆体。但突破4G后，64位元运算的优势就突显出来了


contion的观点，也是我以为64位作业平台在2011年以后是最佳选择的主要原因。因为2011年，主流pc记忆体容量会突破4G甚至会达到8G

大内存的情况下，64位的优势会显而易见，特别是做为datebase server,对记忆体要求很高的科学计算应用等等。

看大家这样说我真不知道用还是不用了,我的CPU是PD2.8的,64位双核.

别在那里讨论生命64位和32位的问题。我这里现在就有个让你们都闭嘴的问题！

我用的就是 AMD Athlon 64 3200+ 和4G内存。可是系统只认出了2.8G左右的物理内存空间。天啊。我快要疯掉了。
我的4G内存就这样白白浪费了。

64位的最大优势就是寄存器多了一倍，容量也大了一倍（从八个32位寄存器变成了16个64位寄存器），另外可用的指令更多。

编译器产商已经统计出，一般而言 64 位代码的指令数会比 32 位代码少 10% 左右，也就是说，性能提升 10%。

当然，一般来说人的感官无法感觉出 10% 的性能提升，因此感觉并不明显。

至于寻址空间上的优势，目前暂时还体现不出来的。大家没几个人用4G以上内存。

我是64位的用户，我来顶一下！！！
虽然现在用的不是Ubuntu，但我还是很喜欢U的。
说一下64为的问题，现在我的64位系统一切正常，包括flash，按照adobe官网的说法，可以在64位系统下运行32位的web browser，flash就可以装了。至于64位的速度，其实在平时用的时候我倒是没什么体会，但是在跑matlab程序的时候体会非常明显。跟学校的机器（学校用的是RHEL4－32bit）做过一下对比，同样的程序，我用32位的速度是学校机器的1／2，但是用64位的时候速度要快学校10％－20％左右。看着学校的台式机没有我的小本跑的快真是很爽阿，哈哈。
我现在用的是openSUSE10.3，用他的原因主要是因为suse直接装好了xgl，而U是用AIGLX，我的显卡是ATI，据说有点麻烦，我又是个新手，所以就投向suse阵营了。我也经常来这里看看，能学到不少知识。