概述
通过使用以下命令和工具，可以在1分钟内对系统资源使用情况有个大致的了解
uptime
dmesg | tail
vmstat 1
mpstat -P ALL 1
pidstat 1
iostat -xz 1
free -m
sar -n DEV 1
sar -n TCP,ETCP 1
top
lsof
tcpdump
netstat
htop
iotop
IPTraf
Psacct 或者 Acct
Monit
NetHogs
iftop
Monitorix
Arpwatch
Suricata
VnStat PHP
Nagios
Nmon
Collectl
其中一些命令需要安装sysstat包，有一些由procps包提供。这些命令的输出，有助于快速定位性能瓶颈，检查出所有资源（CPU、内存、磁盘IO等）的利用率（utilization）、饱和度（saturation）和错误（error）度量，也就是所谓的USE方法
下面我们来逐一介绍下这些命令和工具，有关这些命令和工具更多的参数和说明，请参照手册
1.uptime
$?uptime 23:51:26?up?21:31,??1?user,??load?average:?30.02,?26.43,?19.02
若加1后仍是 s.value≤0， 则表示在该信号量链表中，仍有等待该资源的进程被阻塞， 故还应调用v原语，将s.l链表中的第一个等待进程唤醒。如果没有可用资源(信号量=0),则被阻塞,直到系统将资源分配给进程(进入等待队列,一直等到资源轮到该进程)。在这个io模型中，用户空间的应用程序执行一个系统调用（recvform），这会导致应用程序阻塞，什么也不干，直到数据准备好，并且将数据从内核复制到用户进程，最后进程再处理数据，在等待数据到处理数据的两个阶段，整个进程都被阻塞。
命令的输出分别表示1分钟、5分钟、15分钟的平均负载情况。通过这三个数据，可以了解服务器负载是在趋于紧张还是区域缓解。如果1分钟平均负载很高，而15分钟平均负载很低，说明服务器正在命令高负载情况，需要进一步排查CPU资源都消耗在了哪里。反之，如果15分钟平均负载很高，1分钟平均负载较低，则有可能是CPU资源紧张时刻已经过去。
该命令直观的显示了服务器在过去15分钟，5分钟，1分钟内的平均负载。举一个具体的例子：2016-17赛季的勇士队，常规赛场均得到115.9分，丢掉104.3分，在参考了他们比赛的回合数以及对手质量之后，得出他们的校正净胜分值为11.35分，高于该赛季nba球队平均数据2.71个标准差。22.关于linux系统的负载，以下表述正确的是：a: 通过就绪和运行的进程数来反映b: 通过top命令查看c: 通过uptime查看d: load:2.5,1.3,1.1表示系统的负载压力在逐渐变小bc，解释：alinux系统还需要包含处于waitting状态的进程 d说明系统负载变大，load average分别是系统1分钟，5分钟，15分钟的平均负载 参考链接：（1）（2）23.关于排序算法的以下说法，错误的是：a: 快速排序的平均时间复杂度o(nlogn),最坏o(n^2)b:堆排序平均时间复杂度o(nlogn)，最坏o(nlogn)c:冒泡排序平均时间复杂度o(n^2),最坏o(n^2)d:归并排序的平均时间复杂度o(nlogn),最坏o(n^2)d，解释：归并排序最坏的时间复杂度也是o(nlogn)24.假设函数rand_k会随机返回一个【1，k】之间的随机数（k>=2）,并且每个证书出现的概率相等。
