在实际操作中，如果发现个别硬件不能驱动，也可到其官方网站查阅有无64位的程序下载 。
软件兼容
这也是微软在开发64位Windows XP中的重头戏之一 。64位Windows XP提供了一个多功能平台，该平台在 Windows 64 (WOW64) x86 仿真层上使Windows将新的 64 位应用程序和当前的 32 位应用程序集成在一起 。WOW64 子系统将 32 位应用程序与 64 位应用程序隔离，以防止发生文件和注册表冲突，支持控制台应用程序和图形用户界面应用程序，还支持服务应用程序 。该系统为诸如剪切、粘贴以及 COM 之类的场景提供跨 32 位应用程序和 64 位应用程序间边界的互操作性 。但是，32 位进程无法加载 64 位动态链接库 (DLL)，而 64 位进程也无法加载 32 位 DLL 。这一设计思路最直观的表现就是在系统分区目录下，除配备了过去的Program Files 目录外，还有一个在32位Windows XP没有的目录：Program Files (x86)，如图11所示 。
不管是64位Windows XP自带的程序还是用户自行安装的程序，首先都需要通过系统的检验，只要是32位的，都安装到Program Files (x86)目录；只要是64位，都安装到Program Files 目录 。
通过这种措施，原32位程序一般都能在64位平台上运行，但也有部分不行，专门测试过的程序如上页表所示 。
接下来我们说明一下表格中遇到的问题：
首先，关于WinRAR，右击待压缩的文件，不会出现与压缩相关的快捷方式；右击已压缩的RAR文件，可选择“Open”或“Open With”来打开WinRAR主界面，再在其下进行解压 。在RAR主界面下，压缩和解压都能正常工作 。
其次，在MS Office系列程序(比如Word)下进行文字编辑时，看不到“段落标志” 。打开Word的“选项”窗口，可观察到“段落标志”没被选中，手动勾选后，又发现“段落标志”符号显示为“?” 。在64位Windows Server 2003下这个问题没有出现 。
Program Files (x86)文件夹的设置也会带来一些麻烦，主要体现在两个方面：
第一，程序的补丁问题 。在原32位系统下，绝大多数用户程序都安装到Program Files目录，程序补丁在设计时也是指向这一目录的 。将这些程序安装到64位系统下时，系统能对原程序进行检测而将其安装到Program Files (x86)，但很多时候却不能对补丁进行检测，还是按设计时的要求安装到Program Files，这就会造成补丁失败，要解决这一问题，只有手动修改补丁的安装目录 。
第二，菜单式多系统的兼容问题 。比如，先安装32位Windows XP，后安装64位Windows XP时,虽然我们可指定系统文件夹到原系统分区的不同名目录下，但Program Files文件夹却是公用的，这下面的原32位程序将被同名的64位程序全部替换 。这样，启动到64位系统下时，这些程序显然能正常运行 。可是启动到32位系统下时，这些程序就不能正常运行了，报“不是有效的32位程序”之错 。
这类问题主要集中在系统自带的程序上，如IE、OE、MSN Messenger等 。这就是笔者不推荐采用菜单式多系统的主要原因 。要解决这一问题，除用前面讲到的独立多系统法外，还可这样办：不格式化原系统分区（已安装了32位Windows XP），用64位系统光盘启动电脑，将64位系统安装到其它分区，比如D盘即可 。这样，两套系统就不会共用Program Files文件夹了，前面提到的文件被替换的问题得以解决 。
性能测试
性能测试是我们最关心的问题，为此，笔者选用了耗时较长、资源占用率高的操作来进行 。
系统启动时间测试
条件控制：硬件环境完全相同，全新安装操作系统，不安装其它任何应用软件，不对系统进行任何优化，登录方式都为全自动，即不输入用户名、密码等 。特别注意CMOS的设置必须完全相同，因为，启动时是否对内存、软驱进行检测、各驱动器的启动优先等会影响启动时间 。
推荐阅读
- 历数微软在Vista身上所犯下的五个大错误
- 微软公布更多Itanium版Longhorn细节
- Windows Vista操作系统新添游戏曝光
- 微软Windows Vista七个版本提前揭秘
- 微软将向软件开发商提供Vista早期版
- 超多视频/截图：Vista B5219先睹为快
- 菜鸟上门取件怎么操作
- 微软计划公布Windows Vista代码
- 扩展测试范围 微软推Vista社区技术预览版
- 微软：不要太关注下一代Windows