天外来客

标题: 64位WIN7比起32位WIN7的好处 [打印本页]

作者: za1 时间: 2012-3-16 17:20
标题: 64位WIN7比起32位WIN7的好处

内存

这是64位系统最显著的优点，它可以使用超过4GB的内存。大多数新的台式机和笔记本电脑至少拥有4GB的内存。问题是，像Vista和Win 7的32位版本只能够用大约3GB的内存。相比之下，64位的Windows 不仅可以利用高达192GB的内存，还能够使用的内存映射取代BIOS的功能，从而使操作系统真正使用完整的4GB的。因此，如果您安装Win7 x64，对于有的4GB内存的机器你不会浪费1GB内存。个人认为，3GB不足够用于日常应用只是一个时间问题。一个例子是的Win 7的XP模式功能，它可以让你用旧的应用在一个虚拟机运行在Windows XP中。此功能可以用于各种目的，例如运行Office 2007和Office 2003年在同一台计算机上同时进行，或者是IE(对WEB开发很有用)。但WinXP模式需要至少512MB～1GB内存才能正常运行，因此XP模式非常吃内存。因此，如果您现在部署Windows 7 32位，那么你可能会很快要移动到64位，仅仅因为你必须升级您的机器与新的内存。我自己的笔记本电脑拥有8GB的内存，这是因为为了自己开发的程序在每个虚拟机环境下都能运行。我不想浪费内存中每一个字节。

64位真提供更好的性能了么？

我猜很多人认为64位处理器要快于32位处理器。因为有这样一个事实，从8位过渡到16位，从16位过渡到32位的过程确实带来了一些性能提升。基于以上的原因，是否可以认为64位的处理器可以更快？有这么一个例子，很多32位处理器支持S***指令集，但是大多数程序员根本不会使用它们，因为这会妨碍到不支持这些指令集的电脑运行他们编译的程序(e.g.SSE2可以令Zip压缩更快，但是最常用的3个压缩软件都没有使用它)。因此，只有应用了64位优化的64位程序才会有性能提升。不幸的是大多数Windows应用程序并没有做这个优化。不过最近一年来，新生了很多的64位应用程序，但不要错误地认为，它们将比32位版本更快。因为通常情况下，这个64位版本的制作，仅是因为32位版本无法正常运行在64位Windows操作系统上。但是有些对64位有性能依赖的程序，比如数学计算(e.g.Mathlab)和各类视频处理软件，或者软件开发者明确的支持64位(e.g.7zip)，那么速度可能较32位版本有明显的变化。另一方面，win64不会减慢您的计算机性能。虽然类似CLR(.net底层)的程序会进行一些计算使32位程序能够运行在64位系统上，逻辑上需要花费较多的时间。但是，在实践中你会不知道其中的差别。几乎所有性能测试都可以证明，在大多数情况下不用在意64位和32位之间性能差异。
因此，更好的CPU性能不是升级到64位的理由。不过毫无疑问，这个现象很可能很快就改变，未来属于64位。随着时间的推移越来越多的软件供应商将提供64位版本的程序。特别是微软的Office 2010，也将有一个64位版本。不过尚不知晓Excel和Access在64位下的性能。

软件兼容性

当Vista的发布，许多独立软件开发商(ISV)都没有准备，由于巨大的结构性变化，不少应用程序都无法正常运行在Vista上。当时，大多数组织都认为过渡到vista只会造成更多的麻烦，同样，Vista 64位只会更多的麻烦。但是Win 7不同，相比于Vista，Win7没有重大的结构变化，所有原本Vista下可以正常运行的程序Win 7下都可以正常运行。同时，软件开发者早已修改了他们软件对于vista的兼容性。这意味着就32位系统来说，兼容性对于Win 7来说不再是问题。当然，风险仍然存在，软件的兼容性仍然是64位的软肋，但是可以确信，不兼容的概率应该大大低于Vista 64位。因为vista对内存需求的增加已经迫使大量的用户使用64位系统，使软件开发者收到反馈并改善64位兼容性。如果你不确定软件可以运行在64位系统上，可以先使用VMware或VirtualBox，使用并确定这些软件的兼容性。因为有些企业程序仍然是16位的，16位应用程序和MS-DOS程序无法运行在64位系统下。

知识点：WoW64(Windows On Windows 64-bit ) MSDN 对于32位系统，程序运行所需要的DLL库储存在C:\的Windows\System32下，而64位系统中32位库在C:\的Windows\SysWow64。32位程序试图从system32中加载库的时候，WOW64负责重定向他。同样适用于注册表，WoW64重定向HKLM\Software到HKLM\Software\Wow6432Node，WoW64相比其他的虚拟化机制，更能保证软件兼容性，通常，这些重定向工作工作的很好。但是任何复杂层都可能造成不可预见的问题，这个问题的表现就是不兼容。

硬件兼容性

硬件兼容性的情况同软件十分相似，所有支持Vista的设备现在大多可以放心的正常使用于Win 7，微软很清楚，Vista的市场营销的失败，主要是兼容性问题，同样的错误不会再犯第二次。大多数测试报告表明，过渡到Vista的设备也将顺利地过度到Win7。但有些很老的设备的驱动已经不再更新(声卡居多)，因为32位驱动不能用于64位系统，所以64位系统硬件不兼容的概率高于32位系统。至于新硬件，所有的厂商都会发布64位可用的驱动，除非他想倒闭。

可靠性

大家可能知道，64位的Vista设备驱动程序都必须签署数字签名。您可以通过在开机的时候按F8来禁用数字签名检查工具，这样，您就可以安装未签名的驱动程序在64位系统上来。但是，我不认为这个做法有任何用途，根据我自己的经验，真的不能说64位的可靠性超过32位，甚至可以看到多次因为驱动设备造成的蓝屏。事实上，强制签署数字签名没任何用途。

安全性

驱动的签名提高了安全检查，因为它使rootkit的开发更加困难。另外64位版本的Vista和Win7较32位版本多了2个功能，安全内核(PatchGuard)和基于硬件的数据执行保护(DEP)，但我从来没有听说过黑客和恶意软件开发者被这些玩意儿所吓倒。
这只是简单的事实，安全性和可靠性也不是使用64位的理由。

激活

这可能是国内用户不咋关心的问题(=.=)，但还是说说。32位Vista的的序列号无法激活64位Vista(旗舰版除外)，但是Win7这个现象有所改变，零售光盘将会同时包含32/64位版本的Win7。同时只需一个序列号即可激活这2个系统。至少现在MSDN和TechNet版本已经确定如此。这当然是一件好事，因为你可以装32/64位双系统，当遇到兼容问题无法解决的时候就切换过去。

结论

因为种种原因(SSD的高价和部分专属程序不支持64位)，32位系统仍然要持续很长时间，但随着各类程序对内存需求的增加，64位的应用将会更广泛。在我看来。未来是一定属于64位的。因此，我认为的Win 7 64位是在大多数情况下的选择。只有知道一些必要的程序不支持64位的时候，才会考虑Win7 32位，不过即便如此，我仍然先尝试Xp模式来执行这个程序。当然，全文仅是个人观点，我也不是什么大师。

作者: lch6572 时间: 2012-3-17 01:27
技术贴，长知识了，谢谢。

作者: 利利乐乐 时间: 2012-3-19 10:33
正在犹豫是否要装64位系统。谢谢楼主的提醒

作者: lin_xing156@tom 时间: 2012-3-19 11:31
很好不过32的也不错

作者: MGX0001 时间: 2012-3-19 22:24
长知识了，谢谢。

作者: 李贞勇 时间: 2012-3-23 14:30
64位好强烈支持64位

作者: ccjoy 时间: 2012-4-7 20:26
感谢楼主分享！

作者: 一然很安静 时间: 2012-4-17 21:55
内存小的还是不要跑64位了，不然你会很纠结的再次换回32位的

作者: trewq6163 时间: 2012-4-17 23:22
64位好强烈支持64位

作者: hare99 时间: 2012-4-19 12:41
学习了学习了

作者: echovaio 时间: 2012-4-30 00:03
这个很有用！

作者: idianying 时间: 2012-5-15 18:46
技术贴，长知识了，谢谢。

作者: speedofwolf 时间: 2012-5-22 14:23
技术贴子值得好好学习的啊！
目前使用的是64位版本！

作者: agdyjl 时间: 2012-6-2 16:11
呵呵，长见识了。我用的就是64位的。

作者: hoqqq 时间: 2012-7-22 02:43
好贴~长知识。多谢楼主。强烈支持

作者: ysxj 时间: 2012-8-16 17:16
很好不过32的也不错

作者: ydxxgym 时间: 2012-9-6 11:36
学习了支持一下

作者: jdlking 时间: 2012-12-10 11:14
64位用了有段时间了感觉不错

作者: ghost520 时间: 2013-2-27 06:48
Windows 7系统DCOM组件对象的自动提升

可能很多读者朋友已经发现，有些以COM组件形式提升权限的Windows自带管理任务，也不需要弹出“用户账户控制”对话框。例如前面提到的“日期和时间”组件，就是以COM组件的形式通过Dllhost进程加载运行的。如果以管理员身份登录，无需弹出“用户账户控制”对话框，就可以直接修改系统时间。
      前面我们提过，当提升权限时，“日期和时间”组件实际上是寄宿在Dllhost进程中的，其AppID为{9df523b0-a6c0-4ea9-b5f1-f4565c3ac8b8}。
      打开注册表编辑器，定位到以下注册表项：
      HKLM\SOFTWARE\Classes\CLSID\{9df523b0-a6c0-4ea9-b5f1-f4565c3ac8b8}\
      其中有一个Elevation子项，就是定义该COM组件是否需要自动提升权限。在右侧的详细窗格中可以看到一个名为“Enabled”的键值，其数值数据为1。
      原来如此，那么很容易想到，如果把这个“Enabled”键值的数值数据改为“0”，“日期和时间”组件是不是就无法自动提升权限了？
      不过默认情况下，ghost win7用户无法直接修改这个“Enabled”健值，原来是Elevation注册表子项的权限设置为管理员组的成员账户，只有读取权限，必须修改其注册表权限，将其改为管理员组，才有完全控制权权限。
      使用鼠标右键单击Elevation注册表子项，在弹出的菜单中选择“权限”，打开权限对话框，选中Administrators，然后确保在下方选中“完全控制”的“允许”复选框。
      修改好权限，接下来就可以把“Enabled”键值的数值数据改为“0”，然后重新启动计算机，ghost xp再尝试修改系统时间，这下就不能直接修改了，而是弹出没有权限，拒绝执行的报错消息框。

作者: 天河石 时间: 2021-10-22 14:32
谢谢楼主分享

作者: g36393gg 时间: 2023-8-8 13:46

谢谢楼主分享！

欢迎光临天外来客 (http://twlk66.com/)