由于遇到了严峻的形势而产生冲突问题的情况。而软件意识到这种问题，并产生一种“自杀式”的方法以阻止错误的进一步发生，从而避免更加严重的问题出现。而对于错误处理型的冲突，它意味着内存中有着某些不合法的内容进入，几乎都是一些程序的错误。在这种情况下，硬件探测到这种应用软件，然后发送信号去阻止该软件的进程。
对于停滞问题而言，也一般存在着两种原因状况。一种是进程或线程等待资源的情况，这不一定能否解决。而其他的进程或线程约束着该资源(例如，上锁)，这样该进程或线程在等待时，其还占据着资源，从而其他进程或线程也只能等待。一个例子就是某个进程对占据的重要资源上锁，而其自身在漫无目的接收因特网的信息。第二中比较常见的原因就是一种“依赖回路式”的等待，在此两个或者多个进程在互相等待它方的资源，从而陷入“死锁”。这种情况的解决方法可以是释放一个锁，或者在某个空间中共享内存等。
在这些冲突以及停滞的情形之下，管理者们有哪些基本的调查研究规则可以应用呢?
Wilding: 一个最好的基本准则就是有组织的参加工作。很重要的一点就是把收集的数据有规则的放在一个明确的地点，这样将来能够很容易的找到。这对于那些同时遇到多个问题的情况尤为有用。
Behman: 另一个基本的准则就是要定量的收集数据，而不是定页码：[1] [2] [3] [4] [5] [6] [7] 第6页、共7页 |
