哥斯拉之间的对决——Windows Vista 32bit vs Windows Vista 64bit 3D性能对比

dragon^_^

一直用vista64,用最高管理者权限用，满顺手的，软件没有什么冲突阿:loveliness:

SamYu

原帖由 slice 于 2007-12-30 22:58 发表
LS的应该是这个Visual C++ 2005 Redistributable 吧。并且还要X64版的。
X86的：
http://www.microsoft.com/downloa ... p;displaylang=zh-cn
X64的：
http://www.microsoft.com/downloa ... p;displaylang=zh-cn

唉，先谢谢LS的兄弟，不过偶在偶那楼说了，这个东东在偶这里怎么都装不上去，不知道怎么回事，见图~



[ 本帖最后由 SamYu 于 2007-12-30 23:51 编辑 ]

slice

原帖由 SamYu 于 2007-12-30 23:40 发表

唉，先谢谢LS的兄弟，不过偶在偶那楼说了，这个东东在偶这里怎么都装不上去，不知道怎么回事，见图~

819419

那没办法了，本人一切正常！
看看是否滥用优化过啥服务，或者精简过系统?

SamYu

原帖由 slice 于 2007-12-30 23:59 发表


那没办法了，本人一切正常！
看看是否滥用优化过啥服务，或者精简过系统?

呵呵,从来不用什么优化软件,vLite也没去玩,装的是OEM的中文旗舰版,BIOS有联想SLIC信息的.就是因为这样偶才觉得奇怪,怎么都想不出会在哪个环节出问题,实在不行的话看来又只能重装VISTA了,NND~:wacko:

Edison

原帖由 SamYu 于 2007-12-31 00:07 发表

呵呵,从来不用什么优化软件,vLite也没去玩,装的是OEM的中文旗舰版,BIOS有联想SLIC信息的.就是因为这样偶才觉得奇怪,怎么都想不出会在哪个环节出问题,实在不行的话看来又只能重装VISTA了,NND~:wacko:

autoupdate一下。

lzy24

已用vista 64 2个月，感觉还不错，就是某行网银不能用)_)

另外，谢谢E大的推荐, open source 7-zip很不错.:thumbsup:  
未付费的WinRAR只有40days Trial Licence:ph34r:

[ 本帖最后由 lzy24 于 2007-12-31 00:39 编辑 ]

frankincense

原帖由 chenwuchao 于 2007-12-30 22:22 发表

哦。
喂死它 还有一个问题就是日常应用速度很慢

内存不足（1G）的话确实很慢
但是内存足够（2G以上）的话速度一点也不慢
而且随着内存的增大Vista的内存管理机制更能发挥作用
8G内存的时候可以做到常用程序在启动时乃至3DMark06在测试全过程连硬盘都不需要读

SamYu

原帖由 Edison 于 2007-12-31 00:18 发表


autoupdate一下。

首先跟C大说声,偶一直都紧跟MS的升级步伐的说^___^

然后狂囧自己一下,刚刚自己一顿狂试,终于把问题找到了,居然是因为偶把系统临时文件夹设置在RAMDISK上的缘故...靠,MS也太BT了点吧,临时文件也诸多要求,faint啊!:wacko:

失落の天堂

:funk: :funk:

zitar

请问上面各位装了V 64的兄弟，有没有跑过开发工具？例如dreamware,zend studio,Visio Studio这些，兼容性可以麽？

slice

DW CS3 挺好，VS 2005 SP1+Vista补丁挺好。
eclipse3.2以后完全兼容，Jbuilder 2006我已找到办法解决，tomCat等，MySQL都不用担心。

其他不了解的不发表意见了。

yzsxlijunjun

DW CS3还只支持XP和VISTA，2003还不让直接装。

Prescott

原帖由 Edison 于 2007-12-30 22:23 发表

你说的日常应用包括哪些？

复制文件。:sweatingbullets:

还有一个很大的问题：笔记本用Vista，电池时间大大降低。

[ 本帖最后由 Prescott 于 2007-12-31 04:30 编辑 ]

wjyj10

8G内存运行vita X64想起来就美，但一想起还要付电费。。。

evasatan

64位的软件啊。。。。。。。。
大部分软件用不了。。。

yyzjp

1、32bit应用在64bit下本来就应该不会有什么提升，其实没显著下降就不错了。
2、64bit应用理论上可以比32bit更快，但是因为额外的8个寄存器会增加解码器的负荷以及代码的膨胀，都会在一定程度上抵消掉这个优势，这需要程序员的仔细调校优化以及处理器微架构的进一步优化。
3、之前的测试表明，Farcry 64bit的确比Farcry 32bit快，当然还有一些别的例子证明64bit的确可以更快，例如CFP2000。

本文的测试结果表明，大家从Vista 32升级为Vista 64并不会在性能上受到损失，但是在内存支持上的确可以获益不少，内存价格现在已经降低到上个8GB也丝毫不稀奇了。

其实Vista64 主要得益的应该是大内存寻址, 大文件操作(比如>4GB的文件操作,在32位上的__int64其实就是两个32为寄存器拼凑起来的,比起原生64为寄存器当然效果要差不少), 媒体音视频编/解码等等,这点版主大人也说了.

对于, 8个额外的寄存器会增加解码器的负荷以及代码的膨胀, 我觉得这个应该是相对于目前大多数的程序是32位的来说的吧? 我对于这个具体是如何膨胀和增加负荷不太明白,希望版主能给解释清楚一下?

说到程序员的仔细调校优化,有个简单的例子, 如果我们 while( *pDest++ = *pSource++) 来实现字符串拷贝Strcpy 的话,用的指针都是Char* 即每次都拷贝一个直接对于64位机器简直就是暴殄天物, 通过强制转换为64位指针的话, 可以理论上提高8倍的拷贝速度... 这个是程序员的优化,

还有就是编译器的优化, 有些聪明的编译器可能会自动对于代码进行各方面的优化,包括字节对齐, 嵌套循环优化, 跳转语句的优化等等, 但是我认为CPU的设计应该更加重要,

比如如何在流水线和高速缓存之间做取舍,使得CPU的分支预测命中率更高, 如何更合理的设计高速缓存的内部结构, 以及加强SIMD,SEE 等指令以便更好的支持浮点,矢量预算等等

计算机难在一个体系结构,呵呵, 微软未必全部了解 CPU设计,Intel未必精通编译器和操作系统,这个,或许才是最大的问题?

流氓兔116

看起来性能几乎没有什么差别的说

zhangrr70

原帖由 gz_easy 于 2007-12-30 18:46 发表

好象听说过，另外对于要拿WHQL logo的driver似乎还有时间限制，也就是在拿到32bit driver WHQL logo后30天内提供的64bit driver也必须拿到WHQL logo。

必须提供，但是没有强制要求通过WHQL，也就是说能用就行（一般厂家驱动都拿出来测WHQL了，不至于搞个假驱动骗人吧？）。