Linux中的辩论标题及其应对战略

    Linux体系的稳固性记录成为很多批评家们拦截辩论不绝的Windows体系的一个很好的武器。然而，Linux体系的辩论标题固然比较少，但是一旦在意想不到的环境下出现，也很容易使人们陷入窘境。学习一些常用本领来保卫这些这些辩论标题标孕育产生好坏常告急的，它可以资助Linux的体系办理员们克制那些窘境环境的出现。

　　在本站的采访中，Mark Wilding和Dan Behman敷衍Linux体系辩论标题标保卫及修复提供了一种比较简便明白的要领。他们两人共同出版了一本新书——《Self-Service Linux: Mastering the Art of Problem Determination》。

    一样通常以为，Linux办事器体系是不存在辩论的，然而些许时间该体系的辩论、停滞标题标确存在。敷衍应用软件层面的辩论大概停滞标题，与内核层面有何差别呢?

    Mark Wilding: 应用软件层面的辩论大概停滞标题只是限定于一个特定的线程大概进程。这种辩论大概停滞标题不会导致在该雷同体系上运行的其他线程大概进程的辩论大概停滞。然而，要是是在内核层面上孕育产生，那么它将影响到该体系中运行的全部进程。

    体系的辩论和停滞，这二者有什么区别呢?

    Dan Behman: 在恣意一个层面，辩论和停滞这二者的属性底子上是雷同的。停滞孕育产生在进程或线程受阻的时间，此时是由于某种锁定大概某些硬件资源的繁忙，从而该进程或线程不得不等待。等待某些锁定或资源的环境是通常孕育产生的，但是只有当这种锁定大概资源终极无法实现的时间，才会引起体系停滞。

    另有很告急的一点须要过细的是，停滞标题偶然偶尔间可以提早的诊断出来。我的意思是，比喻，某种资源的某个特定的时间非常的繁忙，这是须要这种资源的进程或线程就须要等待非常长的一段时间，直至该资源空闲下来。用户通常不相识资源的这种繁忙状态，而只看到该进程在等待，以是他就以为体系孕育产生了停滞，但实际上此时体系仍旧在根据既定的变乱流程举行，只是速率比较慢。

    而体系的辩论标题与上述的停滞是差别的，它紧张是由于某种不可知的硬件或软件错误而导致的。当这种错误孕育产生时，分外的错误处理惩罚处罚步调将很大概会调用那些诊断信息及报告，从而有渴望可以大概追踪到这种错误的缘故因由。

    辩论标题可以看作是某种致命的标题，它须要完结后才华够举行阐发。而停滞标题可以看作是及时的标题，它可以及时的举行阐发、办理。

    我知道Linux有一个最大的上风便是在于它的源代码的开放性;除此之外，另有别的缘故因由致使Linux比其他利用体系的辩论标题容易办理吗?

    Behman: 伴随着这种源代码的开放性，在Linux体系的每一个层面都有着相称多的参阅文件。同时，既然源代码是开放的，那么它的开辟团队也同样是开放的。如许以来，你就可以把所遇到的标题向Linux内核的开辟者告急，固然包括最初的那些开辟职员，以致Linus Torvalds本人，而这全部的告急步调也仅仅是发送一封电子邮件就可以了。而据我所知，Linux的这种本领是那些不开放源码的利用体系所缺少的。

   处理惩罚处罚停滞标题有那些困难和寻衅呢?

   Wilding: 一个应用软件的停滞标题是有着多种缘故因由的，也包括那些大概由于内核空间的标题所引起的停滞。这意味着偶然偶尔间这些标题不是开辟者所可以大概控制的。但是这正是Linux的上风地点。全部的源代码都是开放的，以是要是你遇到了某种进程的内核停滞状态，那么就可以讨论其源代码，从而查察该进程在内核中是怎样作用的。然而，在大部分环境下，是没有须要举行这么深层次研究的。为了探究进程停滞的缘故因由到底安在?应用软件的开辟者须要认真的研究这些软件层面的状态及证据(比喻，堆栈的路径等)。

   敷衍用户大概维护职员而言，他们一样通常不会相识应用软件的细致变乱步调，也不会没有本领进入到源代码层面举行测试，这是遇到体系停滞标题可以机动的举行处理惩罚处罚。比喻，在某种环境下，进程A在等待进程B结束后所开释的资源，而进程B又在等待进程A占据的资源。这便是所谓的“去世锁”，这也正是巨大应用软件中通常出现的标题，可以作为停滞标题标一种诊断方案。

    要是你不明白进程A及进程B的细致等待缘故因由，那么你以致不须要明白这到底是不是“去世锁”的环境，而别无选择的关失这两个进程后重新打开。正是这种雷同环境，因此敷衍应用软件而言，举行完全的资源及上锁环境的跟踪好坏常告急的，这可以资助办理这种比较棘手的标题。

Behman: 关于停滞标题标另一个寻衅在于，当停滞标题孕育产生时，进程大概线程通常不知道它被停滞了大概何时将被停滞。这种环境和辩论标题是差别的，当辩论标题孕育产生时，进程可以截取大部分的信号，并且信号处理惩罚处罚步调可以添加到平台体系中来处理惩罚处罚这些分外环境，比喻整理内存，堆栈跟踪等等。但是，当停滞标题孕育产生时，这种分外的处理惩罚处罚步调固然不是完全不大概举行，但是通常比较机动，不太牢固。

   停滞标题孕育产生时，通常去重新启动该体系大概应用软件。有一点须要牢记的是，孕育产生停滞标题时，诊断该标题标一些数据和证据通常被活动的内核及应用软件所捕获。要是你不网络这些告急的信息而立即重新启动，那么你永世不知道怎样去诊断这种标题，从而也就不大概克制其将来的再次孕育产生。

   敷衍一些分外告急的环境而言，体系的稳固性及可靠性是与标题诊断及办理速率精密相连。因此，须要对峙一种公平的思路，那便是“先网络错误信息，然后重新启动”。

   与辩论标题相比，当遇到停滞标题时，起紧张做的变乱是什么呢?

   Behman: 处理惩罚处罚内核层面的停滞标题与处理惩罚处罚应用软件层面的停滞是有着很大差别的。

   要是你问的是关于应用软件层面。当辩论标题孕育产生时，有着一种称为“信号处理惩罚处罚”的分外结果来调用处理惩罚处罚种种百般的信息，比喻内存中的信息，堆栈的跟踪反馈等。以是一样通常环境下，遇到辩论标题时，紧张的标题便是网络、整理、阐发这些数据。 

   而在停滞标题孕育产生时，这种数据不会主动的网络，而这通常是一种人工的利用进程。网络停滞状态数据的两个关键点在于追踪输出结果以及堆栈的跟踪反馈。这种追踪输出结果的要领可以大概得出该进程作用环境的信息，由于它在不绝的监督该进程;这些信息比喻，该进程是否仍旧在作用等等。而堆栈的跟踪反馈可以给出如今进程作用的源代码部分。这敷衍开辟职员好坏常告急的，如许以来他们就可以研究该进程停滞标题孕育孕育产生的缘故因由。

   敷衍辩论及停滞标题，其最紧张的缘故因由是什么呢? 

   Wilding: 敷衍辩论标题而言，我们可以把它的紧张缘故因由分为两种，一种是保卫型的，另一种是错误处理惩罚处罚型的。保卫型辩论是内核或应用软件由于遇到了严格的形势而孕育孕育产生辩论标题标环境。而软件意识到这种标题，并孕育孕育产生一种“自尽式”的要领以克制错误的进一步孕育产生，从而克制越发告急的标题出现。而敷衍错误处理惩罚处罚型的辩论，它意味着内存中有着某些差别法的内容进入，险些都是一些步调的错误。在这种环境下，硬件探测到这种应用软件，然后发送信号去克制该软件的进程。

    敷衍停滞标题而言，也一样通常存在着两种缘故因由状态。一种是进程或线程等待资源的环境，这不肯定可否办理。而其他的进程或线程束缚着该资源(比喻，上锁)，如许该进程或线程在等待时，其还占据着资源，从而其他进程或线程也只能等待。一个例子便是某个进程对占据的告急资源上锁，而其自身在漫无目标汲取因特网的信息。第二中比较常见的缘故因由便是一种“依赖回路式”的等待，在此两个大概多个进程在相互等待它方的资源，从而陷入“去世锁”。这种环境的办理要领可以是开释一个锁，大概在某个空间中共享内存等。

   在这些辩论以及停滞的环境之下，办理者们有哪些底子的观察研究端正可以应用呢?

   Wilding: 一个最好的底子准则便是有布局的参加变乱。很告急的一点便是把网络的数占据端正的放在一个明白的地点，如许将来可以大概很容易的找到。这敷衍那些同时遇到多个标题标环境尤为有效。

   Behman: 另一个底子的准则便是要定量的网络数据，而不是定性的网络数据。比喻，“昨天晚上6点，体系内存利用较低”，这是定性的观察。这在标题处理惩罚处罚中的作用不大。关于该例子的定量的版本应该要网络并生存那些全部的输出的数据下令，以及其他一些干系的诊毕下令。目标便是在于网络富裕的数据，如许就可以尽大概的克制标题标再次孕育产生;这便是“一次到位式”的要领，而不须要标题重复出现后，多次网络才华够得到比较完备的数据。