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

引用:

原帖由 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 编辑 ]

不知道2008下的情况如何?

引用:

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

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

819419

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

引用:

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


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

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

引用:

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

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

autoupdate一下。

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

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

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

引用:

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

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

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

引用:

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


autoupdate一下。

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

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

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

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

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

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

64bit最大的问题还是驱动不丰富，软件兼容性～

俺也想上64啊，可惜许许多多好玩的东西都不能运行～

引用:

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

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

复制文件。

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

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

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

只是现在64位软件还少啊

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

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未必精通编译器和操作系统,这个,或许才是最大的问题?

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

引用:

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

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

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

引用:

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

你也太小看编译器了。这种代码还需要程序员手工优化？
何况，这种代码，64bit不会比32bit快。

x86-64bit mode下可以有16个64bit寄存器使用，但是其中的8个新寄存器需要额外的前缀，增加前缀意味着指令长度增加，在指令解码能力方面你可以参阅PCINLIFE的这篇测试：

http://www.pcinlife.com/article/cpumb/2007-09-18/1190104122d436.html

Vista拷贝文件超慢(sp1 s甚至更慢), 磁盘性能和XP比起来明显大幅下降, 就这2点已经让人很不爽了

引用:

原帖由 laurence 于 2008-1-1 00:06 发表
Vista拷贝文件超慢(sp1 s甚至更慢), 磁盘性能和XP比起来明显大幅下降, 就这2点已经让人很不爽了

主要是因为拷贝前要准备的过程太长了。

引用:

原帖由 laurence 于 2008-1-1 00:06 发表
Vista拷贝文件超慢(sp1 s甚至更慢), 磁盘性能和XP比起来明显大幅下降, 就这2点已经让人很不爽了

这取决于你测试性能的方式：

http://community.compuserve.com/n/docs/docDownload.aspx?webtag=ws-pchardware&guid=66d7acc4-0a78-4ece-94b3-5892862d45d6


这里还有一个vista的15%大文件拷贝性能提升补丁：
http://support.microsoft.com/default.aspx?scid=kb;en-us;943899&sd=rss&spid=11922

所以说MS的操作系统在SP1出来之前就贸然升级是不明智的

引用:

原帖由 Prescott 于 2007-12-31 22:56 发表

你也太小看编译器了。这种代码还需要程序员手工优化？
何况，这种代码，64bit不会比32bit快。

兄台可能误会了,我是说,如果您自己实现一线函数库, (这种情况很常见, 很多公司人都不用C 库,因为它们并非都是缓冲区安全的) ,那么你就要明白一个指令周期内拷贝 64位应该比32位 理论上快一倍,这种情况下,你不打开编译器"变态优化"开关的话,一般不会自作主张替你优化.

我跟踪过Strcpy, 还是非常不错的,32位版本的函数 都充分利用了EAX 这种寄存器而不是AL,而且还要考虑到内存地址对齐等麻烦问题.

所以,对于您说的 这种代码, 64 Bit不会比32 Bit快,我不太明白?

能否说仔细点?

谢谢!