Linux内存问题相关文件介绍_0525.docVIP

内存问题和相关文件介绍 对于内存问题排查，或者OOM问题排查，一般会涉及到如下文件，下面将如下文件的分析和设置介绍一下排查内存信息还是要根据这些文件信息来排查。其实未必是有内存泄露，也可能是一些策略有问题，比如线程数目的增加，buffer的申请、释放时间交集等。min_free_kbytes用来确定系统开始回收内存的阀值，控制系统的空闲内存。值越高，内核越早开始回收内存，空闲内存越高。 可以使用如下方式：echo 65535 　/proc/sys/vm/min_free_kbytes将系统保留内存设置为6M。 #echo?1 /proc/sys/vm/drop_caches 清理页缓存 #echo?2 /proc/sys/vm/drop_caches 清理文件缓存 #echo?3 /proc/sys/vm/drop_caches 清理页缓存和文件缓存 3，/proc/sysrq-trigger 当一个sysrq命令被触发，内核将会打印信息到内核的环形缓冲并输出到系统有时候，可能系统已经无法响应，syslogd可能无法记录此信息。在这种情况下，建议您配置一个串口终端来收集这个信息。 通过 sysctl 启用 SysRq 功能默认在 RHEL5u2 上是禁用的。可以通过 proc 文件系统来启用它。使用 sysctl 命令启用它，并通过 /proc 来检查其可用性。kernel.sysrq 还可接受除 0 和 1 以外的启用参数，详情请参考 sysrq 内核文档。 保持重启后生效 通过把” kernel.sysrq = 1 ”设置到 /etc/sysctl.conf 中，可以使 SysRq 在下次系统重启后仍然生效。请注意，在非 RHEL 系统中，也许需要通过其它的配置文件来使之重启后生效。 #echo m /proc/sysrq-trigger 导出内存分配信息（可以用/var/log/message 查看） 该操作显示了 cpu 相关分区信息，全局页使用情况， 分区页使用情况，分区 slab 使用情况，页缓存使用情 况，swap 使用情况等等。 #echo p 　/proc/sysrq-trigger　导出当前CPU寄存器信息和标志位的信息 该操作显示了正在执行的进程名，运行函数，寄存器上 下文，以及程序的调用栈回溯等信息。这对于分析死锁 引起的系统挂起有着非常重要的作用。一般来说我们会 多采几次重复样本，以便更加准确的做出系统运行状态 的判断。 #echo w /proc/sysrq-trigger 将进入uninterrupted状态的任务的信息dump出来 #echo b /proc/sysrq-trigger 立即重新启动计算机? 该操作会立即重启系统，比想象中要快。 #echo o /proc/sysrq-trigger 立即关闭计算机?（如果已经这样配置并且系统支持的 话） 该操作会立即关机，一般很少使用。在必要的情况下， 也推荐跟随 S – U 一起使用。 #echo c /proc/sysrq-trigger 故意让系统崩溃? 在大多数情况下，我们通过前面的方法即可完成对系统 挂起的基本诊断和数据收集。但是在一些特殊情况下， 我们仍然需要一份完整的 crashdump 。毕竟 crashdump 包含比 SysRq – MPT 更多的信息，以 利用后期做故障分析。 #echo s /proc/sysrq-trigger 立即重新挂载所有的文件系统 该操作会把磁盘缓冲区的数据回写，以防止数据丢失， 通常会有一定延时。在能看到输出的情况下，请等到 ” Emergency Sync complete ” 过后再继续后续操作。 否则，等十秒钟左右，再进行后续 SysRq 操作。 #echo u /proc/sysrq-trigger 立即重新挂载所有的文件系统为只读 该操作会把磁盘重挂载为只读模式，以防止数据的损 坏。与 S 类似，该操作通常也有一定延时。请等到 ” Emergency Remount complete ” 出现过后再进行 后续操作，或者等候十秒钟再进行后续 SysRq 操作。 #echo d /proc/sysrq-trigger 显示所有持有的 锁 #echo e /proc/sysrq-trigger 向所有进程发送SIGTERM，init除外 因为 syslogd 本身也被结束，所以 SysRq 也许不会 被记录下来。但是查看 /var/log/messages 会看到类 似下面的消息： exiting on signal 15(SIGTERM) #echo f /proc/sysrq-trigger 调用oom_kill杀死一个内存消耗大的