一、几个问题

　　开始正题之前，我们先看几个问题：什么是稳定性和可靠性？什么是压力测试？为什么要进行压力测试？

　　● 什么是稳定性和可靠性？

　　稳定性反映的是系统不会出现异常情况；可靠性反映的是系统能够保持正常运行而不受外界影响的能力。

　　系统的稳定性和可靠性通常以连续运转时间和系统的可靠运行时间来度量。

　　● 什么是压力测试？

　　压力测试是一种破坏性的测试，即系统在非正常的、超负荷的条件下的运行情况 。用来评估在超越最大负载的情况下系统将如何运行，是系统在正常的情况下对某种负载强度的承受能力的考验 。

　　● 为什么要进行压力测试？

　　通常我们用压力测试来判断系统的稳定性和可靠性。

　　了解了上面的问题之后，我们来看看该如何进行压力测试的设计。

　　二、压力测试的设计

　　在对Linux内核版本稳定性的测试中，需要明确地声明并证明为什么该版本是稳定的或者是不稳定的。不同的 Linux 开发者、用户和发行商会使用他们自己的方法来测试内核的稳定性，但是，如果他们对运行了哪些测试、覆盖的代码、达到的压力级别等的基础信息都没有发布，那么这就会大大降低了结果的价值。

　　为此要有一个合适的测试方法来规范Linux内核稳定性的测试，以系统资源的利用率统计为基准制定了一个组合的测试方法，这一组合测试方法的四个步骤是：测试选择、系统资源利用率评价、内核代码覆盖分析以及最终的压力测试评价。

　　1）测试选择

　　测试选择包括达成两方面目的的测试：

　　- 测试应该可以得到 CPU（s）、内存、I/O 和网络等主要内核区域的高水平的资源利用率。

　　- 测试应该充分地覆盖内核代码，以帮助支持自其结果中生成的稳定性声明。

　　2）评价系统资源利用率

　　所选择的测试的组合必须给系统的资源带来足够的压力。Linux 内核的四个主要方面可以影响系统的 响应和执行时间：

　　- CPU：用于在机器的 CPU（s）上处理数据的时间。

　　- Memory：用于自真实存储器中读写数据的时间。

　　- I/O：用于自磁盘存储器读写数据的时间。

　　- Networking：用于自网络读写数据的时间。

　　系统资源利用率评价阶段通常需要多次尝试才能得到合适的测试组合，并得到期望水平的利用率。当确定测试组合时，过度利用总是一个至关重要的问题。例如，如果选择的组合过于受 I/O 所限，可能会 导致 CPU 的测试结果不好，反之亦然。方法的这一部分主要是大量的试验和出错，直到所有资源达到期望水平。

　　当选定一个组合后，测试必须长时间运行以准确评价资源的利用率。测试运行的时间长短取决于每个测试的长度。假如多个测试同时运行，则时间必须足够长以使得这些测试中最长的那个可以完成。在这个评价过程中，sar 工具也应该在运行。在评价运行的结论中，您应该收集并评价所有四种资源的利用率水平。

　　3）分析内核代码覆盖率

　　获得足够的内核覆盖率是系统压力测试的另一个职责。尽管所选的测试组合充分地利用了四种主要资源，它也有可能只是执行了内核的一小部分。因而，应该对覆盖率进行分析以确保组合可以成为一个系统压力测试，而不是一个系统负载生成器。

　　4）评价最终压力测试

　　之所以要执行方法中的这最后一步，是为了对系统压力测试进行核实。在一个被认为是稳定的内核上执行压力测试； 通常，发行版本中的内核可以满足这一要求，但不总是如此。要长时间地执行压力测试，同时运行sar 工具，原因有以下两点：

　　- 长时间运行有助于发现组合中的所有问题，否则，在短时间的“取样测试（sniff test）”中这些问题可能会被忽略。

　　- sar 生成的数据构成以后测试运行中进行比较的基线。

　　长时间运行结束后，现在可以基于收集的所有数据来决定这个测试组合是否是系统压力测试的合适候选者。