设置来电自启动：

1、首先进入Power Management Setup（电源管理设定）→Power Again（再来电状态），此项决定了开机时意外断电之后，电力供应恢复时系统电源的状态。设定值有：

Power Off（保持系统处于关机状态）

Power On（保持系统处于开机状态）

Last State（恢复到系统断电前的状态）进入挂起/睡眠模式，但若按钮被揿下超过4秒，机器关机。

2、首先进入BIOS的设置主界面，选择[POWER MANAGEMENT SETUP]，再选择[PWR Lost Resume State]，这一项有三个选择项。
选择[Keep OFF]项，代表停电后再来电时，电脑不会自动启动。
选择[Turn On]项，代表停电后再来电时，电脑会自动启动。

 

网络变慢了。第一件事情就是，netstat -a | grep TIME_WAIT | wc -l 一下

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

一看发现有几千个TIME_WAIT。

通过调整内核参数解决，

vi /etc/sysctl.conf

编辑文件，加入以下内容：

net.ipv4.tcp_syncookies = 1

net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_tw_recycle = 1

net.ipv4.tcp_fin_timeout = 30

然后执行 /sbin/sysctl -p 让参数生效。

linux分配给一个用户的文件句柄是有限的，而TIME_WAIT和CLOSE_WAIT两种状态如果一直被保持，那么意味着对应数目的通道就一直被占着

CLOSE_WAIT产生的原因

简单来说CLOSE_WAIT数目过大是由于被动关闭连接处理不当导致的。

常用的三个状态是：ESTABLISHED 表示正在通信，TIME_WAIT 表示主动关闭，CLOSE_WAIT 表示被动关闭。

我说一个场景，服务器A会去请求服务器B上面的apache获取文件资源，正常情况下，如果请求成功，那么在抓取完资源后服务器A会主动发出关闭连接的请求，这个时候就是主动关闭连接，连接状态我们可以看到是TIME_WAIT。如果一旦发生异常呢？假设请求的资源服务器B上并不存在，

那么这个时候就会由服务器B发出关闭连接的请求，服务器A就是被动的关闭了连接，如果服务器A被动关闭连接之后自己并没有释放连接，

那就会造成CLOSE_WAIT的状态了。


还有一种情况就是文件描述符没有优化：

ulimit修改的是当前shell和它的子进程可以打开的文件数的限制，由limits.conf控制； 

ulimit -n 65536

vi /etc/security/limits.conf

添加

* soft nofile 65536

* hard nofile 65536