更新时间：2022-01-11 01:03
微软采用的一种全新系统后台数据预读机制，它可以提高系统性能，加快Windows XP/2003的启动速度，经过预读的程序全部存放在系统所在文件夹下的prefetch目录中（图1），文件名格式类似于下面这个样子： FOXMAIL.EXE-2B721FDE.pf（这是Foxmail的预读文件）。Windows XP/2003虽然采用了预读取机制，但是默认设置下比较保守，我们可以自己来定义程序的预读取方式，大幅度提高系统的性能。
在使用Windows XP较长时间后，我们会发现系统运行速度明显慢了下来，用多优化软件、卸载预读文件，如果将里面的文件清空以后，你就会发现系统运行速度又恢复正常了！看来，预读设置可以提高系统速度，但是使用一段时间后，预读文件夹里的文件又会变得很多了，导致系统搜索花费的时间变得很长。而且有些应用程序会产生死链接文件，进而加重了系统搜索的负担。
因此，我们应该定期删除这些预读文件，用以提高开机速度。
当然，Windows XP重新设置预读对象是允许的。具体方法是：打开注册表编辑器
将该值设置为“0”，即为取消预读功能；设置为“1”，系统将只预读应用程序；设置为“2”，系统将只预读Windows系统文件；设置为 “3”，系统将预读Windows系统文件和应用程序。一般我们将该值设置为“2”即可，也可以保留数值数据为默认值即3。这样可以加快系统运行速度。
另外，prefetch目录中还有一个重要文件，就是layout.ini这个磁盘布局初始化文件，它记录了所有预存取程序及文件的加载信息和顺序（按优先级排列），这也为这些程序文件的磁盘分配提供了最优化方案的依据。
说到这，不得不提一下“局部碎片整理”，按照官方所说，xp每隔3天就会自动进行一次局部碎片整理，我发现这个整理动作是分步实施的，而且是在系统空闲时才会运行，这多亏了刚装上的SSM截获了defrag的这个动作信息，连命令行参数ini文件，然后调用defrag针对layout.ini中涉及的文件进行整理，然后把转移信息再写入到layout.ini中，这个自动整理不同于server2003系统的自动碎片整理功能（Auto Defragmenter）。
子键的值决定以何种方式开启prefetch，0取消，1只预存取应用程序，2只预存取windows系统文件，3同时存取系统和应用程序文件，xp默认情况下是3。以上这些prefetch相关功能依赖于task schedule计划任务这项服务。
该说那个重点了，系统自动调用的defrag的参数是什么？是-p -s和-b。-p后面跟着一个常量，例如5E4；-s后也跟一个常量，比如000018A4；-b后跟着盘符C：，那么这个命令行的例子就是：defrag.exe -p 5E4 -s 000018A4 -b C: 了。-b这个参数网上一直有传言，说是defrag的隐藏参数，但是官方不给出澄清，我也不知道是否真的存在，这回算是证实了。-b C:就是对预存取的文件进行局部整理，并且每次仅针对一个pf文件相关程序文件进行整理，-p和-s应该就是用来选择哪一个pf的，但具体那两个常量和被选pf文件有什么联系，还有待进一步分析。平时如果想对系统和应用程序文件进行一次优化碎片整理，可以在命令行中敲入defrag.exe C: -b，这样会对所有prefetch文件进行整理，完成后你会觉得系统的速度有一定提升。
经验之谈，如果不小心删除了prefetch目录下的文件，尤其是layout.ini文件，如何重建？敲入rundll32.exe advapi32.dll,ProcessIdleTasks命令，然后重启三次系统，就可以重建layout.ini文件，为什么是三次，我也不知道，大概和每隔三天整理一次有关系吧。
windowsxp开机有一个进度条，会一遍一遍的跑，不少人认为只跑两圈就进去的就是开机速度快
网上出现过一种优化方式，修改注册表将所谓的“开机预读取”设置为“不预读”，则可以大大减少进度条“跑”的次数，但是这种“优化方法”出来不久，便有更多的文章指出这是“谬误”，还举出相当多的事例，或是试验，说明不预读并不能减少开机时间，大多的理由是进度条消失后的“黑屏时间”增加。
因为一直用的休眠，所以我一直也没怎么在意。前两天和别人谈到这个问题，我便好好研究一番。
结论是，其实关于这个问题，所谓设置为“不预读”的优化方法也并非谬误，而这个所谓的预读也并非没有用处，否则MS怎么也不会花人力物力弄这么个浪费开机时间的东西。
先说说什么是所谓的“预读取”。预读取分两种，一种是“系统文件预读”，一种是“应用程序预读”。具体的不去讨论，只讨论预读取对速度的影响。
我们都有经验，当第一次打开word的时候会等待比较长的时间，硬盘灯不停的在亮，但是关闭再次打开，word启动速度就快得多了。这个其实就是windows的预读取做的优化。windows预读取发现你带开了一个他的预读取数据库没有的应用程序时，他就会将这个应用程序中某些信息在内存中留下一个映象，下次打开这个程序就不用再去硬盘上找文件，能大大加块程序启动速度。
问题来了，内存中的映象重新启动之后就会消失，下次开机启动程序依然很慢，怎么办呢？这就需要“开机预读取”功能。Windows会把使用频率较高的一些应用程序的信息记录下来，每次开机时，就完成一次对程序的预读取，从而大大加快应用程序的启动速度。
你大概已经猜到，那个“进度条”一遍一遍的跑的时候，windows就在进行开机预读取的工作。
因此，如果直接取消掉注册表中的“预读取功能”是一定会大大降低应用程序的启动速度的，当然开机速度会有一定的增加，不过这是得不偿失，因为没有了那一段必要的“系统文件预读取”，在进度条消失之后系统会从硬盘上去寻找大量的系统文件，反而影响启动速度，而且应用程序的启动速度也是一定会大大减慢的。其实比较好的优化办法是这样，找到“开机预读取”的信息，手动把不是很常用，不需要预读取的应用程序删除，尽量减少开机预读取的应用程序的数量，由此来加快启动速度！
有一些实测数据，一台装了许多应用软件的电脑：
不作处理，开机29s,取消预读取，开机32s，删除prefetch文件夹下面大部分文件后，开机23s,有比较明显的开机速度提升，不过第一次运行应用程序的时候速度的确有所下降，并且prefetch文件夹下文件会自动生成，越来越多！
其中最“有效”的一个文件是NTOSBOOT-B00DFAAD.pf，它可以大大提高Windows的启动速度。如果只求启动速度的话，可以只保留这个文件和Layout.ini，然后将Task Scheduler服务设为手动。
当然，要想真正看到预读效果，必须保证开机后内存占用小于物理内存量。（比如：开机后从任务管理器看出内存占用是480MB，而你的物理内存是256MB的，那么就几乎看不到预读的效果。）
预读
除了实时模式Windows 3X所有版本的Windows操作系统需求分页文件数据和代码，作为一个应用程序试图访问它从磁盘到内存出现故障。数据和代码在页面粒状块，页面的大小由CPU的内存管理硬件出现故障。在x86页是4KB。预取的过程中，从磁盘到内存之前，它的要求将数据和代码页。
为了来知道它应该预取什么，在视窗XP缓存管理监控页面故障，无论这些要求，数据被读取磁盘（硬盘故障）和，简单的要求，已经在内存中的数据被添加到一个进程的工作集（软故障），发生在引导过程和应用程序启动。默认情况下，它的痕迹通过的第一个两个分钟在引导过程中，60秒时所有的Win32服务已完成初始化，60秒或30秒后用户的外壳（通常为Microsoft Internet Explorer中），读取这三个事件发生开始的时间后，第一，高速缓存管理器还监视应用程序启动的前10秒。收集的成NTFS主文件表（MFT）元数据文件（如果该应用程序访问NTFS卷上的文件或目录），引用的文件，并引用的目录，它通知预取组件的任务采取的故障组织一个跟踪后调度信令命名事件对象。
文件名规则的一个例外是开机的跟踪，它总是被命名为NTOSBOOT B00DFAAD .PF（卷积的十六进制兼容字BAADF00D的，程序员经常使用来代表未初始化的数据）的文件，该文件存储。只有在缓存管理器完成开机跟踪（先前定义时间），它是收集特定的应用程序页的故障信息。
这个似乎是最影响启动速度的文件，也就是所谓的“系统文件预读取”吧
当系统启动时或在应用程序启动时，缓存管理器被称为给它一个机会进行预取。高速缓存管理器看起来在预取目录，看是否存在一个跟踪文件预取方案问题。如果是这样，缓存管理器调用NTFS预取任何MFT元数据文件引用，读取每个引用的目录的内容，终于打开每个文件引用。然后，它调用内存管理器读入的痕迹不是已经在内存中指定的任何数据和代码。内存管理器启动所有的异步读取，然后等待他们完成之前，让应用程序的启动继续。
请问这个方案提供了性能上的好处？答案在于一个事实，即在典型的系统启动过程中或应用程序启动时，故障的顺序是这样的赞助商中的某些网页中从一个文件的一部分，然后从同一文件的另一部分中，那么从一个不同的页读文件，然后将许可从一个目录，等等。这个结果在周围移动磁头在磁盘上跳来跳去。微软已经学会通过分析，这减慢引导和应用程序启动时间。通过预取数据从一个文件或目录之前访问另一个，这寻求磁盘上的数据，散射的极大地减少或消除，从而提高了整体系统和应用程序启动时，一次全部。
图1 Prefetch目录