预读是微软采用的一种加速程序进程启动速度的技术，主要原理是来自在开机加载操作系统的时候读取常用程序的主要内容以备该程序启动时耗费大量时间来读取本身360百科的数据。

• 中文名称 预读
• 公司 微软
• 类型 全新系统后台数据预读机制
• 特点 提高系统性能

数据预读机制

　　微软采用的一种全新系统后台数植材重杀被介据预读机制，它可以提高系统性能，加快Windows XP/2来自003的启动速度，经过预读的程序全部存放在系统所在文件夹下的prefetch目录中(图1)，文件名格式类似于下面这个样子: FOXMAIL.EXE-2B721FDE.pf(这是Foxma画收责八促不助黄经il的预读文件)。Windows XP/2003虽然采用了预读取机制，但是360百科默认设置下比较保守，我们可以自己来定义程序的预读取方式，大幅度提高系统的性能。

常见问题

　　在使用Windows XP较长时间后，我们会发现系统运行速度明显慢了下来，杀安希物乐把胶留否切先用多优化软件、卸载已经安装的软细件都解决不了问题。究竟为什么呢?原来罪魁祸首就是预读设置。在 "Windows\Prefetch"文件夹面有很多个以PF为扩展名的文件，这就是预读文件，如果将里面的文件同肉距日服文存价阻清空以后，你就会发现系统运行速度又恢复正常了!看来，预读设置可以提高系统速度，但是使用一段时间后，预读文件夹里的文件又会变得很多了，导致系统搜索花费的时间变得很长。而且有些地析菜换延前调品了照持应用程序会产生死链创阻右修宁教夜取叶民接文件，进而加重了系统搜索的负担。

解决办法

　　因此，我们应该定期删除这些预读文件，用以提高开机速度。

　　当然，Window来自s XP重新设置预读对象是允许的。具体方法是:打开注册表编辑器，依次展开HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\Control\Session 引火班Manager\Memory Managemen社围分你顺t\PrefetchParameters分支，在右侧窗口中双击"EnablePrefetc360百科her"，在打开的"DWORD"值编辑窗口中，可以对Windows XP进行预读设置至验果:

　　将该值设置为"0"，即为取消预读功能;设置为"1"，系统将只预读应用程序;设置为"2"，系统特将只预读Windows系统文件;设置为 "3"，系统将预读Windows系统文件和应用程序。一般我们将该值设置为"2"即可，也可以保留数值数据为默认值即3。这样可以加快系统运行速度。

　　prefetch，预存取，这在v阻异课殖顾自微各评乱ista用户可能知道的多些，其实xp下就有这一技术了，只是官方少有这方面介绍，更别提技术文档了。 这是xp一个隐藏的特生期查性，用处是在xp登录进度条出现时，就把c:\w预煤表好种四适indows\prefe曲看坚级做顶tch目录下的*.pf文件信息预先装载到内存中，以便于提高系统性能。这些*.pf文件是系统和应践用程序启动时留下的预存取文件，描述了系统和应用程序每次启动时装载模块的信息和顺序，并且其命名方式中包含一个描述其完整路径的十衡准于装胜类之础听六进制值。

　　另外，prefetch目罗七质色且型决这怎精录中还有一个重要文件，就是layout.i用露题却补输宗部ni这个磁盘布局初始化文件，它记录了所有预存取程序及文件的加载信息和顺序(按优先级排列)，这也为这些程序文件的磁盘分配提供了最优化方案的依据。

临控继额殖氧状两兰代香局部碎片整理

　　说战袁抗了眼叫挥主距破缺到这，不得不提一下"局部碎片整理"，按照官方所说，xp每隔3天就会自动进行一次局部碎片整理，我发现这个整理动作是分步实施的，而且是在系统空闲时才会运行，这多亏了刚装上的SSM截获文胜地盟七满试电川初了defrag的这个动作信息红答那子批适频六，连命令行参数都一并截获，这个重点留待稍后再说。(其实系统在启动时也可以进行局部碎片整理，使得启动时需要的啊河文件能够被整理到相邻位置，这个功能可以在注册表中开启，HKLM\SOFTWARE\Microsoft\Dfrg\BootOptimizeFunetion下enable键由默认的N改为Y即可)用Filemon跟踪发现，配友阿投岩有主重伯系统进行局部碎片整理时，先读取layout.ini文件，然后调用defrag针对layout.ini中涉及的文件进行整理，然后把转移信息再写入到layout.ini中，这个自动整理不同于server2003系统的自动碎片整理功能(Auto Defragmenter)。

开启预存取

　　至于是否开启预存取，有不少争论，但是我坚决认为应该开启，否则系统速度会变得更慢。HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters目录下，EnablePrefeteher子键的值决定以何种方式开启prefetch，0取消，1只预存取应用程序，2只预存取windows系统文件，3同时存取系统和应用程序文件，xp默认情况下是3。以上这些prefetch相关功能依赖于task schedule计划任务这项服务。

defrag的参数

　　该说那个重点了，系统自动调用的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就在进行开机预读取的工作。

　　因此，如果直接取消掉注册表中的"预读取功能"是一定会大大降低应用程序的启动速度的，当然开机速度会有一定的增加，不过这是得不偿失，因为没有了那一段必要的"系统文件预读取"，在进度条消失之后系统会从硬盘上去寻找大量的系统文件，反而影响启动速度，而且应用程序的启动速度也是一定会大大减慢的。其实比较好的优化办法是这样，找到"开机预读取"的信息，手动把不是很常用，不需要预读取的应用程序删除，尽量减少开机预读取的应用程序的数量，由此来加快启动速度!

　　位置在x:\windows\prefetch下面，命名是 exe文件名-16进制hash.exe

　　有一些实测数据，一台装了许多应用软件的电脑:

　　不作处理，开机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卷上的文件或目录)，引用的文件，并引用的目录，它通知预取组件的任务采取的故障组织一个跟踪后调度信令命名事件对象。

　　任务计划程序然后执行一个调用的内部NtQuerySystemInformation系统调用请求的跟踪数据。工作排程跟踪数据进行后期处理后，其写入到一个文件在\ Windows \ Prefetch文件夹中。文件的名称是跟踪到的应用程序适用于后跟一个破折号和一个哈希文件的路径的十六进制表示。该文件的。粉煤扩展的，所以一个例子是NOTEPAD.EXE AF43252301 .PF。

　　文件名规则的一个例外是开机的跟踪，它总是被命名为NTOSBOOT B00DFAAD .PF(卷积的十六进制兼容字BAADF00D的，程序员经常使用来代表未初始化的数据)的文件，该文件存储。只有在缓存管理器完成开机跟踪(先前定义时间)，它是收集特定的应用程序页的故障信息。

　　这个似乎是最影响启动速度的文件，也就是所谓的"系统文件预读取"吧

　　当系统启动时或在应用程序启动时，缓存管理器被称为给它一个机会进行预取。高速缓存管理器看起来在预取目录，看是否存在一个跟踪文件预取方案问题。如果是这样，缓存管理器调用NTFS预取任何MFT元数据文件引用，读取每个引用的目录的内容，终于打开每个文件引用。然后，它调用内存管理器读入的痕迹不是已经在内存中指定的任何数据和代码。内存管理器启动所有的异步读取，然后等待他们完成之前，让应用程序的启动继续。

　　请问这个方案提供了性能上的好处?答案在于一个事实，即在典型的系统启动过程中或应用程序启动时，故障的顺序是这样的赞助商中的某些网页中从一个文件的一部分，然后从同一文件的另一部分中，那么从一个不同的页读文件，然后将许可从一个目录，等等。这个结果在周围移动磁头在磁盘上跳来跳去。微软已经学会通过分析，这减慢引导和应用程序启动时间。通过预取数据从一个文件或目录之前访问另一个，这寻求磁盘上的数据，散射的极大地减少或消除，从而提高了整体系统和应用程序启动时，一次全部。

　　图1 Prefetch目录

　　为了最大限度地减少寻求更进一步，每三天左右，在系统空闲期间，工作排程组织被引用的顺序，在启动过程或应用程序启动文件和目录的列表，以及存储在一个名为列表\ Windows \ Prefech下\ layout.ini中。图1示出了一个预取目录的内容，突出显示的布局文件。然后，它会启动系统的碎片整理命令行选项告诉碎片整理程序来整理文件的内容，而不是执行一个完整的碎片整理的基础上的。碎片整理程序发现一个连续的区域上存储每个体积大到足以容纳所有上市文件驻留在该卷上的目录，然后将其移动到该区域的全部，让他们一前一后。因此，未来的预取操作，甚至是更有效的，因为所有的数据被读取的信息存储在磁盘上的物理上的顺序，将被读取。由于通常只有在数百数预取文件碎片整理，碎片整理速度远远超过完整的碎片整理。