在iis 8.5 中配置处理程序映射出现如下问题：

进入控制面板，选择程序和功能，打开或关闭Windows 功能，找到Internet information services，分别开启FTP服务器、Web管理工具和万维中国服务组件，其中万维中国服务的子组件也依次开启，”其中最重要的开启应用程序开发功能”， 如下图所示。 安装结束后，重启进行自动功能配置 在浏览器中打开中国localhost 或者是中国一二漆00一/ ，查看是否能显示IIS吧5的多国语言的欢迎页面： 附加一点，有的人可能出现50三，这个简单，我会有一章博客来介绍这个东西 二、下载安装配置PHP环境 小编下载了是VC一一 x陆四 Thread Safe 版本的压缩包(php-55四-Win三二-VC一一-x陆四)，一、将其解压到d:\php目录下（其他盘符也可以）。 选择左侧的服务和应用程序，进入Internet信息服务(IIS)管理器三、选择IIS功能下的”处理程序映射”双击进入，然后最右边选择”添加模块映射” 在请求路径输入”php”，模块选择FastCgiModule模式，可执行文件时，文件格式可以选择exe程序和选择路径：d:\php\php- cgiexe，名称比如php，最后确定添加模块映射。 然后手动给中国站添加默认文档：defaultphp和indexphp两个文档。 继续对于php程序包进行下面的配置：进入d:\php目录，重命名文件phpini-development改名为phpini。 用记事本打开编辑phpini文件，使用快捷键ctrl+F快速搜索定位，相关的datetimezone修改为datetimezone=”Asia/Shanghai”即修改当前的系统时区, 同时将前面的分号”;”删除生效。 下来修改这些地方 ;extension=php_gd二dll 改为extension=php_gd二dll ;extension=php_mbstringdll 改为extension=php_mbstringdll ;extension=php_mysqldll 改为extension=php_mysqldll ;extension=php_mysqlidll 改为extension=php_mysqlidll ;extension=php_pdo_mysqldll改为extension=php_pdo_mysqldll 然后搜索extension_dir，修改路径为extension_dir = “d:\php\ext\” ，同时将前面的分号”;”删除生效。，修改后保存，然后复制这个phpini文件到C:\Windows根目录下即可。 ; The directory under which PHP opens the script using /~username used only ; if nonempty ; 中国phpnet/user-dir user_dir = ; Directory in which the loadable extensions (modules) reside ; 中国phpnet/extension-dir extension_dir = "D:\php\ext" ; On windows: extension_dir = "D:\php\ext" php环境配置好了，现在就需要测试一下了，在建立的中国站目录至美root文件夹下”C:\inetpub\至美root”新建一个phpinfophp中国页文件。 内容为: 然后再在IE浏览器中打开中国localhost/phpinfophp ，即可出现类似如下界面，即成功生效

三种方法找到：

1查找下路径，是安装到C盘的话就在

C:\Program Files\proeWildfire 40\bin里面有个proeexe，右键发送桌面快捷方式

2点开始-所有程序-PTC-Pro ENGINEER

3搜索我的电脑，文件输入proeexe ，如果你不知道安装在哪个盘的话，这个方法最有用！

祝你好运！

页缺失（英语：Page fault，又名硬错误、硬中断、分页错误、寻页缺失、缺页中断、页故障等），指的是当软件试图访问已映射在虚拟地址空间中，但是并未被加载在物理内存中的一个分页时，由中央处理器的内存管理单元所发出的中断。

通常情况下，用于处理此中断的程序是 *** 作系统的一部分。如果 *** 作系统判断此次访问是有效的，那么 *** 作系统会尝试将相关的分页从硬盘上的虚拟内存文件中调入内存。而如果访问是不被允许的，那么 *** 作系统通常会结束相关的进程。

虽然其名为“页缺失”错误，但实际上这并不一定是一种错误。而且这一机制对于利用虚拟内存来增加程序可用内存空间的 *** 作系统（比如Microsoft Windows和各种类Unix系统）中都是常见且有必要的。

VA：Virtual Address 虚拟地址

PA：Physical Address 物理地址

MMU：Memory Manage Unit 内存管理单元

TLB：Translation Lookaside Buffer 旁路快表缓存/地址变换高速缓存

PTE：Page Table Entry 分页表项

CPU通过地址总线可以访问连接在地址总线上的所有外设，包括物理内存、IO设备等等，但从CPU发出的访问地址并非是这些外设在地址总线上的物理地址，而是一个虚拟地址，由MMU将虚拟地址转换成物理地址再从地址总线上发出，MMU上的这种虚拟地址和物理地址的转换关系是需要创建的，并且MMU还可以设置这个物理页是否可以进行写 *** 作，当没有创建一个虚拟地址到物理地址的映射，或者创建了这样的映射，但那个物理页不可写的时候，MMU将会通知CPU产生了一个缺页异常。

只有程序运行时用到了才去内存中寻找虚拟地址对应的页帧，找不到才可能进行分配，这就是内存的惰性(延时)分配机制。

对于一个运行中的进程来说，不是所有的虚拟地址在物理内存中都有对应的页。虚拟地址空间根据固定大小一般是4KB进行划分，物理内存可以设置不同的页面大小，通常物理页大小和虚拟页大小是一样的，都是 4KB。

CPU并不直接和物理内存打交道，而是把地址转换的活外包给了MMU，MMU是一种硬件电路，其速度很快，主要工作是进行内存管理，地址转换只是它承接的业务之一。

一起看看MMU是如何搞定地址转换的。

每个进程都会有自己的页表Page Table，页表存储了进程中虚拟地址到物理地址的映射关系，所以就相当于一张地图，MMU收到CPU的虚拟地址之后开始查询页表，确定是否存在映射以及读写权限是否正常，如图：

对于4GB的虚拟地址且大小为4KB页，一级页表将有2^20个表项，页表占有连续内存并且存储空间大，多级页表可以有效降低页表的存储空间以及内存连续性要求，但是多级页表同时也带来了查询效率问题。

我们以2级页表为例，MMU要先进行两次页表查询确定物理地址，在确认了权限等问题后，MMU再将这个物理地址发送到总线，内存收到之后开始读取对应地址的数据并返回。

MMU在2级页表的情况下进行了2次检索和1次读写，那么当页表变为N级时，就变成了N次检索+1次读写。

可见，页表级数越多查询的步骤越多，对于CPU来说等待时间越长，效率越低，这个问题还需要优化才行。

CPU觉得MMU干活虽然卖力气，但是效率有点低。有没有提升效率的办法呢？

我们知道 CPU 用的数据经常是一小搓，但是每次MMU都还要重复之前的步骤来检索，害，就知道埋头干活了，也得讲究方式方法呀！

找到瓶颈之后，MMU引入了新武器，江湖人称快表的TLB（其实，就是缓存），别看TLB容量小，但是正式上岗之后干活还真是不含糊。

当CPU给MMU传新虚拟地址之后，MMU先去问TLB那边有没有，如果有就直接拿到物理地址发到总线给内存，齐活。

TLB容量比较小，难免发生Cache Miss，这时候MMU还有保底的老武器页表 Page Table，在页表中找到之后MMU除了把地址发到总线传给内存，还把这条映射关系给到TLB，让它记录一下刷新缓存。

TLB容量不满的时候就直接把新记录存储了，当满了的时候就开启了淘汰大法把旧记录清除掉，来保存新记录，彷佛完美解决了问题。

TLB的容量毕竟有限，为此必须依靠Page Table一起完成TLB Miss情况的查询，并且更新到TLB建立新映射关系。

设想，CPU给MMU的虚拟地址，在TLB和 Page Table都没有找到对应的物理页帧，该怎么办呢？

没错，这就是缺页异常Page Fault，它是一个由硬件中断触发的可以由软件逻辑纠正的错误。

假如目标内存页在物理内存中没有对应的页帧或者存在但无对应权限，CPU 就无法获取数据，这种情况下CPU就会报告一个缺页错误。

由于CPU没有数据就无法进行计算，CPU罢工了用户进程也就出现了缺页中断，进程会从用户态切换到内核态，并将缺页中断交给内核的 Page Fault Handler 处理。

缺页异常并不可怕，只要CPU要的虚拟地址经过MMU的一番寻址之后没有找到或者找到后无权限，就会出现缺页异常，因此触发异常后的处理流程将是重点内容。

缺页中断会交给PageFaultHandler处理，其根据缺页中断的不同类型会进行不同的处理：

page cache用于缓存文件的页数据，buffer cache用于缓存块设备（如磁盘）的块数据。页是逻辑上的概念，因此page cache是与文件系统同级的；块是物理上的概念，因此buffer cache是与块设备驱动程序同级的。

page cache与buffer cache的共同目的都是加速数据I/O：写数据时首先写到缓存，将写入的页标记为dirty，然后向外部存储flush，也就是缓存写机制中的write-back（另一种是write-through，Linux未采用）；读数据时首先读取缓存，如果未命中，再去外部存储读取，并且将读取来的数据也加入缓存。 *** 作系统总是积极地将所有空闲内存都用作page cache和buffer cache，当内存不够用时也会用LRU等算法淘汰缓存页。

page cache中的每个文件都是一棵基数树（radix tree，本质上是多叉搜索树），树的每个节点都是一个页。根据文件内的偏移量就可以快速定位到所在的页，如下图所示。

IO 会产生page cache ，具体过程参考下图：

首先往用户缓冲区 buffer(这是 Userspace Page) 写入数据，然后 buffer 中的数据拷贝到内核缓冲区（这是 Pagecache Page），如果内核缓冲区中还没有这个 Page，就会发生 Page Fault 会去分配一个 Page，拷贝结束后该 Pagecache Page 是一个 Dirty Page（脏页），然后该 Dirty Page 中的内容会同步到磁盘，同步到磁盘后，该 PageCache Page 变为 Clean Page 并且继续存在系统中。

Kafka为什么不自己管理缓存，而非要用page cache？原因有如下三点：

Kafka三大件（broker、producer、consumer）与page cache的关系可以用下面的简图来表示。

producer生产消息时，会使用 pwrite() 系统调用（对应到Java NIO中是FileChannelwrite() API），按偏移量写入数据，并且都会先写入page cache里。consumer消费消息时，会使用sendfile()系统调用（对应FileChanneltransferTo() API），零拷贝地将数据从page cache传输到broker的Socket buffer，再通过网络传输。

>

实体框架生成一个从ObjectContext派生的类，该类表示概念模型中的实体容器。（该派生类的名称即是概念模型文件中的EntityContainer的名称。）该类公开SaveChanges方法，该方法触发对基础数据库的更新。这些更新 *** 作可以使用系统自动生成的SQL语句（默认），也可以使用开发人员所指定的存储过程。无论是否使用存储过程来更新数据库，用于创建、更新和删除实体的应用程序代码都是一样的。注意：如果没有将实体类型的插入、更新或删除这三种 *** 作全部映射到存储过程，则在运行时执行的情况下未映射的 *** 作将失败且会引发UpdateException。下面的过程假定您已在实体设计器中打开一个edmx文件。将插入 *** 作映射到存储过程将插入 *** 作映射到存储过程在实体设计器图面上或在“模型浏览器”窗口中，右击要映射插入 *** 作的实体类型，然后选择“存储过程映射”。此时将出现“映射详细信息”窗口的“将实体映射到函数”视图。单击“”。在下拉列表中选择插入 *** 作要映射到的存储过程。窗口中填充的是实体属性与存储过程参数之间的默认映射。通过单击相应属性字段并从下拉列表中选择适当属性，修改每个存储过程参数对应的映射。注意：所有实体键都必须具有映射。如果存储过程使用INSERT语句，则实体键通常映射到插入新行时创建的主键。下面几个步骤介绍如何将存储过程返回的数据映射到实体属性。单击“”。该字段即变为可编辑状态。键入包含存储过程返回的数据的参数名称。单击对应于参数名称的属性字段。该字段将变成一个下拉属性列表。选择返回的数据要映射到的属性。注意：对于整数值输出参数，“受影响的行数参数”复选框处于启用状态。如果在调用插入 *** 作时针对某参数选中该复选框且返回的值为零，将引发OptimisticConcurrencyException。对每个返回值和未映射属性重复步骤5到8。现在，所选实体类型的插入 *** 作已映射到存储过程。将更新 *** 作映射到存储过程将更新 *** 作映射到存储过程在实体设计器图面上或在“模型浏览器”窗口中，右击要映射插入 *** 作的实体类型，然后选择“存储过程映射”。此时将出现“映射详细信息”窗口的“将实体映射到函数”视图。单击“”。在下拉列表中选择更新 *** 作要映射到的存储过程。窗口中填充的是实体属性与存储过程参数之间的默认映射。通过单击相应属性字段并从下拉列表中选择适当属性，修改每个存储过程参数对应的映射。对于每个属性，都可以选中在“使用原始值”[UseOriginalValue]列中的复选框。通过“使用原始值”[UseOriginalValue]选项，可以使用并发控制。如果选中某个属性的“使用原始值”[UseOriginalValue]选项，则从数据库读取的该属性的值将传递给指定的存储过程参数。请注意，属性的原始值和当前值都可以传递给不同的参数。注意：映射更新 *** 作时，可以将存储过程返回的数据映射到实体属性。下面几个步骤介绍如何将存储过程返回的数据映射到实体属性。单击“”。该字段即变为可编辑状态。键入包含存储过程返回的数据的参数名称。单击对应于参数名称的属性字段。在下拉列表中选择返回的数据要映射到的属性。注意：对于整数值输出参数，“受影响的行数参数”复选框处于启用状态。如果在调用更新 *** 作时针对某参数选中该复选框且返回的值为零，将引发OptimisticConcurrencyException。可以选择对每个返回值重复步骤6到9。现在，所选实体类型的更新 *** 作已映射到存储过程。将删除 *** 作映射到存储过程将删除 *** 作映射到存储过程在实体设计器图面上或在“模型浏览器”窗口中，右击要映射插入 *** 作的实体类型，然后选择“存储过程映射”。此时将出现“映射详细信息”窗口的“将实体映射到函数”视图。单击“”。在下拉列表中选择删除 *** 作要映射到的存储过程。窗口中填充的是实体属性与存储过程参数之间的默认映射。通过单击相应属性字段并从下拉列表中选择适当属性，修改每个存储过程参数对应的映射。注意：必须将关联映射到存储过程参数。在属性下拉列表中，可以选择关联。注意：对于整数值输出参数，“受影响的行数参数”复选框处于启用状态。另请参见任务演练：将一个实体映射到存储过程（实体数据模型工具）

方法一：

1、有可能是电脑系统数据读取出现问题，可以选择进行电脑重启。

2、可能是由于电脑感染病毒木马，打开360安全卫士，主页面点击查杀修复。进入后点击立即扫描，如果检测出有病毒木马点击进行修复即可。

3、也有可能是由于dll文件缺失引起的问题，可以打开浏览器，在搜索框输入“ssleay32dll下载”进行搜索，点击第一条搜索结果。

4、进入后点击进行下载，下载成功后把文件解压到 C:\Program Files文件夹里面，就可以修复文件缺失，解决问题。

方法二：

1、我们在看到该错误提示框后，记录下框里提示的那个dll名称，就是缺少这个程序。上面我们提供了下载，将它下载。在该dll名称的程序下载好后，返回到电脑桌面点击开始菜单，并找到重启一项，点击它。

2、一进入到开机状态时我们要不间断按下F8键，然后我们会打开进入到我们电脑的安全模式选项。在安全模式选项中，我们随即进入安全模式下的电脑桌面，然后这里我们打开我的电脑，并点击C盘。

3、接下来我们依次打开windows文件，并在它的文件中找到system32且点击打开进入。最后，找到我们刚下载的那个dll后缀的程序文件，把它复制到该文件选项下即可。

扩展资料：

程序的运行

为了使计算机程序得以运行，计算机需要加载代码，同时也要加载数据。从计算机的底层来说，这是由高级语言（例如Java，C/C++，C#等）代码转译成机器语言而被CPU所理解，进行加载。

如果您在一个符合大多数的计算机上， *** 作系统例如Windows、Linux等，加载并执行很多的程序，在这种情况下，每一个程序是一个单独的映射，并不是计算机上的所有可执行程序。

它是指为了得到某种结果而可以由计算机等具有信息处理能力的装置执行的代码化指令序列，或者可以被自动转换成代码化指令序列的符号化指令序列或者符号化语句序列。同一计算机程序的源程序和目标程序为同一作品。

资料来源：百度百科：计算机程序

以上就是关于在iis 8.5 中配置处理程序映射出现如下问题：全部的内容，包括:在iis 8.5 中配置处理程序映射出现如下问题：、PRO/E 4.0安装软件找不到映射盘，有什么方法、一切皆是映射：浅谈 *** 作系统内核的缺页异常（Page Fault）等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！