如何优化 linux 开机速度

嵌入式linux开机时间优化小结：

1、用Image替代zImage，zImage是压缩后的内核镜像文件，所以使用Image就省去的加载时的解压所消耗的时间（大概可以节省2～3秒的启动时间）。但若使用Image则应考虑NandFlash的空间是否够用。

2、文件系统镜像有ramdisk、jffs2和cramfs三种，内核加载这三种镜像的速率cramfs最快，其次jffs2，最后是ramdisk。其中cramfs是只读文件系统。通常一个产品是三者的结合。

3、优化bootloader，减少其运行时间。

4、减少kernel体积，比如将不是在启动阶段必须加载的驱动模块留在文件系统后面加载，减少kernel的运行和加载时间。

5、优化或关闭调试串口输出。

6、

驱动程序放在文件系统后面加载，先显示应用程序界面，再在后台加载必要的驱动模块。

7、将整个系统运行环境保存到RAM中，加电只是个系统恢复过程。

8、仔细优化kernel和每个驱动模块，将每个部分的延时调试到最快。

9、

应用程序的优化，减少应用程序的启动时间。

11 top

12 vmstat

r 表示可运行进程数目，数据大致相符；而b表示的是 uninterruptible 睡眠的进程数目；swpd 表示使用到的虚拟内存数量，跟 top-Swap-used 的数值是一个含义，而如手册所说，通常情况下 buffers 数目要比 cached Mem 小的多，buffers 一般20M这么个数量级；io 域的 bi、bo 表明每秒钟向磁盘接收和发送的块数目(blocks/s)；system 域的 in 表明每秒钟的系统中断数(包括时钟中断)，cs表明因为进程切换导致上下文切换的数目。

说到这里，想到以前很多人纠结编译 linux kernel 的时候 -j 参数究竟是 CPU Core 还是 CPU Core+1？通过上面修改 -j 参数值编译 boost 和 linux kernel 的同时开启 vmstat 监控，发现两种情况下 context switch 基本没有变化，且也只有显著增加 -j 值后 context switch 才会有显著的增加，看来不必过于纠结这个参数了，虽然具体编译时间长度我还没有测试。资料说如果不是在系统启动或者 benchmark 的状态，参数 context switch>100000 程序肯定有问题。

13 pidstat

如果想对某个进程进行全面具体的追踪，没有什么比 pidstat 更合适的了——栈空间、缺页情况、主被动切换等信息尽收眼底。这个命令最有用的参数是-t，可以将进程中各个线程的详细信息罗列出来。

-r： 显示缺页错误和内存使用状况，缺页错误是程序需要访问映射在虚拟内存空间中但是还尚未被加载到物理内存中的一个分页，缺页错误两个主要类型是

-s：栈使用状况，包括 StkSize 为线程保留的栈空间，以及 StkRef 实际使用的栈空间。使用ulimit -s发现CentOS 6x上面默认栈空间是10240K，而 CentOS 7x、Ubuntu系列默认栈空间大小为8196K

14 其他

while :; do ps -eo user,pid,ni,pri,pcpu,psr,comm | grep 'ailawd'; sleep 1; done

21 iostat

31 netstat

➜ ~ netstat -antp #列出所有TCP的连接

➜ ~ netstat -nltp #列出本地所有TCP侦听套接字，不要加-a参数

32 sar

33 tcpdump

列出需要启动的的服务crond、network、sshd、irqbalance、syslog 启用 irqbalance 服务既可以提升性能，又可以降低能耗。

脚本如下：

#!/bin/bash

#系统优化脚本，关闭除了crond、network、sshd之外其它不常用的服务。

for i in `ls /etc/rc3d/S`

do

CURSRV=`echo $i|cut -c 15-`

echo $CURSRV

case $CURSRV in

crond | irqbalance | microcode_ctl | network | random | sshd | syslog | local )

 echo "Base services, Skip!"

 ;;

)

 echo "change $CURSRV to off"

 chkconfig --level 235 $CURSRV off

 service $CURSRV stop

 ;;

esac

done

对TCP/IP网络参数进行调整

echo 'netipv4tcp_syncookies=1'>>/etc/sysctconf

修改 shell 命令的 history 记录个数

将HISTSIZE=1000改成100

定时校正系统时间

添加计划任务

调整 linux 的最大文件打开数

关闭写磁盘I/O功能

/dev/sda5 /data/piss ext3 noatime，nodiratime 0 0

大致是有以下几种原因：

1、SERVER的SSHD会去DNS查找访问的CLIENT IP的HOSTNAME，如果DNS不可用或者没有相关记录，就会消耗一段时间。

2、在authentication gssapi-with-mic有时候也会消耗一段时间

一、测试查找具体原因：

1、使用ssh -v host进行debug

<span style="font-size:18px;"># ssh -v 19216810010</span>

然后就会输出一大堆debug，通过debug信息就可以看到连接到什么地方被耽搁了

比如会显示如下信息：

debug1: Next authentication method: gssapi-with-mic

debug1: Unspecified GSS failure Minor code may provide more information

No credentials cache found

2、检测连接时间

<span style="font-size:18px;"># time ssh root@19216810010 exit</span>

二、解决方法（建议一个个设置，因为每个人连接慢的原因都不一样）：

注意：修改之后记得重启sshd服务

# service sshd restart

1、关闭DNS反向解析

在linux中，默认就是开启了SSH的反向DNS解析,这个会消耗大量时间，因此需要关闭。

# vi /etc/ssh/sshd_config

UseDNS=no

在配置文件中，虽然UseDNS yes是被注释的，但默认开关就是yes

2、关闭SERVER上的GSS认证

在authentication gssapi-with-mic有很大的可能出现问题，因此关闭GSS认证可以提高ssh连接速度。

# vi /etc/ssh/sshd_config

GSSAPIAuthentication no

3、修改server上nsswitchconf文件

# vi /etc/nsswitchconf

找到

hosts： files dns

改为

hosts：files

hosts： files dns这一行含义是对于访问的主机进行域名解析的顺序，是先访问file，也就是/etc/hosts文件，如果hosts中没有记录域名，则访问dns，进行域名解析，如果dns也无法访问，就会等待访问超时后返回，因此等待时间比较长。

注意：如果SERVER需要通过域名访问其他服务器，则需要保留此行。

4、修改SERVER上resolvconf文件

41、删除/etc/resolvconf中所有不使用的IP。

42、把nameserver全部删除，问题也能解决，但是服务器就无法上网了。

43、如果SERVER曾经配置过双网卡，则在该文件中会有一行目前不使用的IP地址，删除该行即可。

5、修改SERVER上hosts文件

在SERVER上/etc/hosts文件中把客户端的IP和HOSTNAME加入

6、打开SERVER上的IgnoreRhosts参数

IgnoreRhosts参数可以忽略以前登录过主机的记录，设置为yes后可以极大的提高连接速度

# vi /etc/ssh/sshd_config

IgnoreRhosts yes

----------------以上的均在SERVER上设置，以下的均在CLIENT上设置-------------------

7、修改客户端的hosts文件

将目标SERVER的IP和域名加上去,使得本机的DNS服务能解析目标地址。

# vi /etc/hosts

19216810011 doiidocom

注：hosts文件格式为'目标SERVER_IP 目标SERVER_NAME'。但是使用这个方法有一个弊端，如果需要给每台SERVER都添加一个域名解析。

8、修改客户端配置文件ssh_conf（注意，不是sshd_conf）

# vi /etc/ssh/ssh_conf

找到

GSSAPIAuthentication yes

改为

GSSAPIAuthentication no