当/noexecute=AlwaysOff时，相当于关闭了DEP和EVP功能，凡是被其阻止的程序都能正常运行。我们可在这种状态下暂时运行某一程序，但一定要注意网络，工作完成后马上恢复。
提示：当/noexecute=AlwaysOn或AlwaysOff时，图7呈灰色，不能对其进行任何设置。
兼容性体验 兼容性主要体现在硬件驱动和应用软件两个方面。
硬件驱动 据微软称，64位 XP内置了16000种硬件驱动，能识别绝大多数主流硬件。笔者电脑的基本配置是：AMD Athlon 64 2800+ CPU、硕泰克SL-K8AV2-R1L主板、希捷80GB/7200转高速硬盘、512MB/DDR4内存、集成声卡网卡、独立七彩虹显卡、HP Laserjet 6L激光打印机。安装完64位系统后，这些硬件（特别是那台老式的打印机）都能正确识别。
但也出了一些错，虽然以上硬件都能被64位 XP自动识别，但我还是试装了一下主板自带的驱动程序，结果不能像32位Windows XP下那样自动安装，手动打开驱动光盘，找到要安装的项目逐一安装时，则出现错误。主要体现在声卡上，硕泰克SL-K8AV2-R1L主板集成的声卡（VT1616 Audio codec）虽只有三个3.5mm的立体声（6路信号）接口，但却可通过软件模拟成5.1声道（也是6路信号）输出，只不过在默认状态下它的工作模式是立体声音输出、立体声线路输入、单体声MIC输入，要模拟成5.1，必须依靠软件来完成，而在64位Windows XP下，这个软件不能安装。另外，安装摄像头驱动时也报错了，如图10所示，显然，出错原因是驱动程序还是32位的，不能在64位平台上运行。
在实际操作中，如果发现个别硬件不能驱动，也可到其官方网站查阅有无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的设置必须完全相同，因为，启动时是否对内存、软驱进行检测、各驱动器的启动优先等会影响启动时间。
任务：测试从加电到桌面出现的时间。
结果：32位环境下用时42秒，64位环境下用时39秒。
大文件压缩时间测试 条件控制：软硬件环境完全相同。
任务：用WinRAR将一个DVD光驱中的全部内容（4.3GB）压缩到硬盘上，保存为一个文件。
结果：32位环境下用时46分，64位环境下用时45分。
Photoshop下大图片的处理时间测试
条件控制：软硬件环境相同。
任务：将一张1208×1024像素的图片宽高都放大为原来的10倍。如图13所示。原图片很容易获取，将桌面的分辨率调为该值再截取就行了。
另外，笔者还顺便测试了一下将放大后的图片在Photoshop中保存为BMP格式时的时间，32位环境下用时50秒，64位环境下用时64秒。
说明：这项测试历时较短，稍有不慎就会产生很大的误差，为保证数据的准确性，上表中的值是多次测试的平均值。为排除内存碎片对下一次测试的影响，也没有采用内存整理的办法，而是重启电脑。
从以上的测试结果看，64位系统与32位系统实在是不分上下。当然，这与软件环境有关，以上运行的都是32位程序。另外，以上测试也有违微软的Windows XP Professional x64 Edition 设计初衷，进行的只是常规操作。
现在可以升级到 Windows XP 64吗？ 这得视个人经济、爱好等情况而定，单纯从应用角度出发，目前似乎没有太大的必要。一方面，我们暂时还用不了64位系统的功能；另一方面，操作系统的64位化必须有64位硬件平台的支持，64位CPU的升级意味着主板、内存条等的更新。此外，64位硬件平台和操作系统从开发到测试版的推出已有一些时日了，可是硬件驱动程序、64位应用软件的缺乏，还不足以让希望升级到64位系统的用户产生信心。
【责编:admin】
--------------------next---------------------
