本文共 7169 字,大约阅读时间需要 23 分钟。
1、列举常见的内核参数以及参数的意义
Linux内核参数,可以理解为Linux内核在运行过程中,通过传递特定的变量给到内核来实现不同的功能。
如何查看当前系统的所有内核参数
sysctl -a 当前系统内核参数sysctl -a |grep "^net."或查看当前系统某类,例如网络类的如何修改内核参数echo 1 > /proc/sys/net/ipv4/ip_forward ;sysctl -p 临时修改生效,重启系统后失效
echo "/proc/sys/net/ipv4/ip_forward = 1 >>/etc/sysctl.conf" 永久生效
常用参数说明
kernel.panic = 1
kernel.pid_max = 32768
kernel.shmmax = 4294967296
kernel.shmall = 1073741824
kernel.corepattern = core%e
vm.panic_on_oom = 1
vm.min_free_kbytes = 1048576
vm.vfs_cache_pressure = 250
vm.swappiness = 0
vm.dirty_ratio = 10
fs.file-max = 1048575
net.core.somaxconn = 1024
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608net.core.rmem_max = 16777216net.core.wmem_max = 16777216net.core.netdev_max_backlog = 2000
net.ipv4.tcp_syncookies = 1
net.ipv4.conf.all.log_martians = 1
net.ipv4.conf.default.log_martians = 1net.ipv4.conf.all.accept_source_route = 0
net.ipv4.conf.default.accept_source_route = 0net.ipv4.conf.all.rp_filter = 1
net.ipv4.conf.default.rp_filter = 1net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.default.accept_redirects = 0net.ipv4.conf.all.secure_redirects = 0net.ipv4.conf.default.secure_redirects = 0net.ipv4.ip_local_port_range = 9000 65533
net.ipv4.ip_default_ttl = 64
net.ipv4.tcp_rmem = 4096 87380 8388608
net.ipv4.tcp_wmem = 4096 32768 8388608net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 0net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_syn_retries = 2
net.ipv4.tcp_synack_retries = 2net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_keepalive_probes = 2net.ipv4.tcp_keepalive_intvl = 2net.ipv4.tcp_max_orphans = 262144
net.ipv4.tcp_max_tw_buckets = 20000
net.ipv4.neigh.default.gc_thresh1 = 128
net.ipv4.neigh.default.gc_thresh2 = 512net.ipv4.neigh.default.gc_thresh3 = 40962、如何通过/proc查看top中展示的进程状态
Linux系统上的/proc目录是一种文件系统,即proc文件系统。与其它常见的文件系统不同的是,/proc是一种伪文件系统(也即虚拟文件系统),存储的是当前内核运行状态的一系列特殊文件,用户可以通过这些文件查看有关系统硬件及当前正在运行进程的信息,甚至可以通过更改其中某些文件来改变内核的运行状态。这个目录中包含每个进程的状态信息。
部分参数及意义
PID:进程id,对应为/proc/#,/proc目录下,以数字命名的目录。
USER:进程属主,/proc/#/status文件中,以Uid开头行的第一列数字。PR:优先级。NI:nice值。VIRT:虚拟内存集。RES:常驻内存集占,/proc/#/status文件中以VmRSS开头的行。SHR:共享内存集,/proc/#/status文件中以VmLib开头的行。S:进程状态,/proc/#/status文件中以State开头的行。%CPU:占用CPU时间百分比。%MEM:占用物理内存百分比,/proc/#/status文件中以VmRSS开头的行。TIME+:进程运行的CPU时长。COMMAND:进程名,/proc/#/status文件中以Name开头的行。写一个死循环来观察
#####死循环脚本
#!/bin/bashwhile true
doecho "hello" &> /dev/nulldone#####top命令查看脚本运行状态PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 11885 root 20 0 113180 1212 1028 R 100.0 0.0 10:25.56 sh #####在/proc目录下查看进程状态[root@node01 11885]# pwd/proc/11885 #进程目录[root@node01 11885]# lsattr clear_refs cpuset fd limits mem net oom_score projid_map sessionid stat taskautogroup cmdline cwd fdinfo loginuid mountinfo ns oom_score_adj root setgroups statm timersauxv comm environ gid_map map_files mounts numa_maps pagemap sched smaps status uid_mapcgroup coredump_filter exe io maps mountstats oom_adj personality schedstat stack syscall wchan[root@node01 11885]# #####各文件表示的含义cmdline — 启动当前进程的完整命令,但僵尸进程目录中的此文件不包含任何信息; [root@node01 11885]# more cmdlineshcwd — 指向当前进程运行目录的一个符号链接;[root@node01 11885]# ls -l cwdlrwxrwxrwx. 1 root root 0 1月 21 20:21 cwd -> /root/scriptsenviron — 当前进程的环境变量列表,彼此间用空字符(NULL)隔开;变量用大写字母表示,其值用小写字母表示; exe — 指向启动当前进程的可执行文件(完整路径)的符号链接,通过/proc/N/exe可以启动当前进程的一个拷贝; fd — 这是个目录,包含当前进程打开的每一个文件的文件描述符(file descriptor),这些文件描述符是指向实际文件的一个符号链接; [root@node01 11885]# cd fd[root@node01 fd]# ls -l总用量 0lrwx------. 1 root root 64 1月 21 20:36 0 -> /dev/pts/0lrwx------. 1 root root 64 1月 21 20:36 1 -> /dev/pts/0lrwx------. 1 root root 64 1月 21 20:36 2 -> /dev/pts/0lr-x------. 1 root root 64 1月 21 20:36 255 -> /root/scripts/while.shlimits — 当前进程所使用的每一个受限资源的软限制、硬限制和管理单元;此文件仅可由实际启动当前进程的UID用户读取;(2.6.24以后的内核版本支持此功能); mem — 当前进程所占用的内存空间,由open、read和lseek等系统调用使用,不能被用户读取;stat — 当前进程的状态信息,包含一系统格式化后的数据列,可读性差,通常由ps命令使用;statm — 当前进程占用内存的状态信息,通常以“页面”(page)表示; status — 与stat所提供信息类似,但可读性较好,如下所示,每行表示一个属性信息;其详细介绍请参见 proc的man手册页;[root@node01 11885]# more statusName: shUmask: 0022State: R (running)Tgid: 11885Ngid: 0Pid: 11885PPid: 7573TracerPid: 0Uid: 0 0 0 0Gid: 0 0 0 0FDSize: 256Groups: 0 VmPeak: 113180 kBVmSize: 113180 kBVmLck: 0 kBVmPin: 0 kBVmHWM: 1212 kBVmRSS: 1212 kBRssAnon: 184 kBRssFile: 1028 kBRssShmem: 0 kBVmData: 208 kBVmStk: 132 kBVmExe: 884 kBVmLib: 2092 kBVmPTE: 60 kBVmSwap: 0 kBThreads: 1SigQ: 0/15077SigPnd: 0000000000000000ShdPnd: 0000000000000000SigBlk: 0000000000000000SigIgn: 0000000000000004SigCgt: 0000000000010000CapInh: 0000000000000000CapPrm: 0000001fffffffffCapEff: 0000001fffffffffCapBnd: 0000001fffffffffCapAmb: 0000000000000000Seccomp: 0Cpus_allowed: 3Cpus_allowed_list: 0-1Mems_allowed: 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001Mems_allowed_list: 0voluntary_ctxt_switches: 1nonvoluntary_ctxt_switches: 1521603、分别用while、for循环检测10.0.0.1/24网段存活的IP地址
#! /usr/bin/env bash
seq 1 254
; doip=10.0.0.${subip}if ping -W 1 -c 1 ${ip} &> /dev/null; thenecho "${ip} is alive"fidone#! /usr/bin/env bash
subip=1
while [ ${subip} -lt 255 ]; do
ip=10.0.0.${subfix}if ping -W 1 -c 1 ${ip} &> /dev/null; thenecho "${ip} is alive"fisubip=$[$subip+1]done4、说明initrd的作用
说到initrd的作用我们先看下Linux服务器的启动流程:
POST-->BOOT Sequence(BIOS)-->Boot loader(MBR)-->Kernel(ramdisk)-->rootfs-->swichroot-->/sbin/init-->(etc/inittab,/etc/init/*.conf)-->设定默认运行级别-->系统初始化脚本-->关闭或启动对应级别下的服务-->启动终端而inird的作用是在Kernel启动阶段使用。其实initrd-release.img是一个镜像文件,类似ramdisk,把一段程序打包到img里,然后在开机的时候在内存里开辟一段区域,其中包含的都是一些初始化的程序,比如sisc_mod、ext3、sd_mod等模块和insmod、nash等命令。不同内核,初始化的img可以相同,也可以不同,如果没有,可以在grub.conf里加上no initrd,它就跳过initrd的检测和执行了。它的作用是在没有mount/分区以前,系统要执行一些操作,比如挂载scsi驱动,它就把initrd释放到内存里,作一个虚拟的/,然后执行其根目录下的一个脚本“linuxrc”,运行insmod和nash命令挂装模块。为什么有的时候我们grub的配置文件中不加入该行都可以正常开机呢?这是因为我们一般的PC机都没有使用scsi硬盘等需要先加载其驱动的设备,所以就算没有initrd-release.img也可以正常开机。总的来说分这几步a.内核启动时加载 initrd img, mount 为 /b.依 /linuxrc 的指令执行, 一般有扫描系统硬件,从当前文件系统中找到驱动安装之.c.挂载系统中真正的 /转载于:https://blog.51cto.com/14387464/2410920