从一个中断源向处理机发出中断服务请求开始，到处理机实际开始执行这个中断源的中断服务程序时为止，这一段时间称为中断响应时间。
　　如果中断响应时间过长，在实时控制系统中，很可能失去控制的时机或丢失控制信号。在数据采集或数据传输系统中，有可能丢失数据。
　　影响中断响应时间的因素主要有如下4个。对于那些完全用硬件来识别中断源的处理机，第4个因素不包括在内。

　　1．最长指令执行时间
　　在一条指令执行期间，一般不允许被中断。在有些计算机系统中，特别是CISC（复杂指令系统计算机）中，有些指令的执行时间很长，甚至无法预测。例如，主存储器中的数据�"搬家"指令，数据匹配指令，向量运算指令等。对于这些执行时间特别长的指令，要在指令中间设置允许响应中断的时刻。为了实现这一点，在处理机内也必须采取相应的措施，例如，要增加一指令寄存器，用来保存还没有执行完的指令内容等。
　　由于一个中断源的中断请求是随机发出的，可能发生在一条指令执行过程中的任何时刻。因此，考虑最坏情况，是最长指令的执行时间。

　　2．在一条指令执行完成后，处理其它更紧急的任务所用时间
　　更紧急的任务主要指采用周期窃取方式工作的DMA服务请求等。如果DMA采用直接存储器采取方式，则在一般计算机系统中不需要这一段时间。

　　3．从第一次"关CPU中断"到第一次"开CPU中断"所经历的时间
　　这一段期间内要做的事情比较多。从图7.3中看，共7件事情要做，如果再加上开CPU中断和关CPU中断，则共要做9件事情。
　　在整个中断响应时间中，这一段时间往往是最主要的。如果这些要做的事情都用硬件来完成，中断响应时间就可以缩短很多。相反，如果其中的大部分功能都用软件来实现，则中断响应时间就会很长。
　　中断系统的软件与硬件功能分配，主要就是要考虑这一段内要所的事情用软件来实现，还是用硬件来实现。

　　4．通过软件寻找中断源所需要的时间
　　多个中断源同时请求中断服务时，通过软件找到相关中断源的中断服务程序入口所经历的时间。 注释：
　　上述4部分时间中，最主要的是第1和第3两个部分。其中，第1部分时间是在设计指令系统时要考虑的问题。在设计中断系统时，主要考虑缩短第3部分的时间。
　　分析从第一次"关CPU中断"到第一次"开CPU中断"之间所要做的7件事情，它们中有5件是既可以用软件来实现，也可以用硬件来实现的。其中，"撤消设备的中断服务请求"只需要用很简单的组合逻辑就能实现，因此，在一般计算机系统中都用硬件直接实现。其它的4件事情将分别在下面的各节中讨论。其中，把"保存硬件现场"和"保存软件现场"两件事情放在一起介绍。