Dan Behman: 在任何一个层面，冲突和停滞这二者的属性基本上是相同的。停滞发生在进程或线程受阻的时候，此时是由于某种锁定或者某些硬件资源的繁忙，从而该进程或线程不得不等待。等待某些锁定或资源的情况是经常发生的，但是只有当这种锁定或者资源最终无法实现的时候，才会引起系统停滞。
还有很重要的一点需要注意的是，停滞问题有时候可以提早的诊断出来。我的意思是，例如，某种资源的某个特定的时刻非常的繁忙，这是需要这种资源的进程或线程就需要等待非常长的一段时间，直至该资源空闲下来。用户经常不了解资源的这种繁忙状况，而只看到该进程在等待，所以他就认为系统发生了停滞，但实际上此时系统仍然在按照既定的工作流程进行，只是速度比较慢。
而系统的冲突问题与上述的停滞是不同的，它主要是由于某种不可知的硬件或软件错误而导致的。当这种错误发生时，特殊的错误处理程序将很可能会调用那些诊断信息及报告，从而有希望能够追踪到这种错误的原因。
冲突问题可以看作是某种致命的问题，它需要完结后才能够进行分析。而停滞问题可以看作是实时的问题，它可以即时的进行分析、解决。
我知道Linux有一个最大的优势就是在于它的源代码的开放性;除此之外，还有别的原因致使Linux比其他操作系统的冲突问题容易解决吗?
Behman: 伴随着这种源代码的开放性，在Linux系统的每一个层面都有着相当多的参阅文件。同时，既然源代码是开放的，那么它的开发团队也同样是开放的。这样以来，你就可以把所遇到的问题向Linux内核的开发者求助，当然包括最初的那些开发人员，甚至Linus Torvalds本人，而这所有的求助程序也仅仅是发送一封电子邮件就可以了。而据我所知，Linux的这种能力是那些不开放源码的操作系统所缺少的。
