日志信息分类 1.等级由低到高:debug<info<warn<Error<Fatal; 2.区别: debug 级别最低,可以随意的使用于任何觉得有利于在调试时更详细的了解系统运行状态的东东: info  重要,输出信息:用来反馈系统的当前状态给最终用户的: 后三个,警告.错误.严重错误,这三者应该都在系统运行时检测到了一个不正常的状态. warn, 可修复,系统可继续运行下去: Error, 可修复性,但无法确定系统会正常的工作下去; Fatal, 相当严重,可以肯定这种错误已

ref:https://xz.aliyun.com/t/1098/ 这里所说的core_pattern 指的是:/proc/sys/kernel/core_pattern. 我们知道在Linux系统中,如果进程崩溃了,系统内核会捕获到进程崩溃信息,然后将进程的coredump 信息写入到文件中,这个文件名默认是core,但是也可以通过配置修改这个文件名.比如可以通过修改/proc/sys/kernel/core_pattern 文件的内容来指定. Linux man 手册上关于core_patt

转:http://www.360doc.com/content/10/0527/18/9922_29835045.shtml 这篇文章说的很好http://blog.chinaunix.net/u1/38994/showart_2022040.html: 如何使用busybox精简版本udev程序--mdev动态创建插入的u盘和鼠标等设备 busybox的mdev是一个精简了的udev管理程序,它可以间接的以hotplug方式被内核调用,进而在arm平台上/dev目录下动态创建设备 节点,因为h

1.     # echo 1 > /proc/sys/kernel/sysrq 2.     # echo b > /proc/sysrq-trigger 1. /proc/sys/kernel/sysrq 向sysrq文件中写入1是为了开启SysRq功能.根据linux/Documentations/sysrq.txt中所说:SysRq代表的是Magic System Request Key.开启了这个功能以后,只要内核没有挂掉,它就会响应你要求的任何操作.但是这需要内核支持(CONFIG

LINUX远程强制重启/proc/sys/kernel/sysrq /proc/sysrq-trigger----触发器 ttp://blog.csdn.net/beckdon/article/details/41313713 http://blog.csdn.net/chinaclock/article/details/50499530 http://www.cnblogs.com/justin-y-lin/p/5424555.html https://www.cnblogs.com/yang

问题现象: 问题原因: 默认情况下, Linux会最多使用40%的可用内存作为文件系统缓存.当超过这个阈值后,文件系统会把将缓存中的内存全部写入磁盘, 导致后续的IO请求都是同步的. 将缓存写入磁盘时,有一个默认120秒的超时时间. 出现上面的问题的原因是IO子系统的处理速度不够快,不能在120秒将缓存中的数据全部写入磁盘. IO系统响应缓慢,导致越来越多的请求堆积,最终系统内存全部被占用,导致系统失去响应. 解决办法: 根据应用程序情况,对vm.dirty_ratio,vm.dirty_bac

用dmesg显示如下图信息 问题原因: 默认情况下, Linux会最多使用40%的可用内存作为文件系统缓存.当超过这个阈值后,文件系统会把将缓存中的内存全部写入磁盘, 导致后续的IO请求都是同步的. 将缓存写入磁盘时,有一个默认120秒的超时时间. 出现上面的问题的原因是IO子系统的处理速度不够快,不能在120秒将缓存中的数据全部写入磁盘.IO系统响应缓慢,导致越来越多的请求堆积,最终系统内存全部被占用,导致系统失去响应. 解决方法: 根据应用程序情况,对vm.dirty_ratio,vm.di

一直都知道内核printk分级机制,但是没有去了解过,前段时间和一个同事聊到开机启动打印太多,只需要设置一下等级即可:另外今天看驱动源码,也看到类似于Printk(KERN_ERR "....")的打印信息,以前用都是直接printk("...."),今晚回来就把printk这个机制熟悉一下. 转自:http://blog.csdn.net/tangkegagalikaiwu/article/details/8572365 另外/var/log下20个Linux日志

涉及文件:kernel/printk.c include/linux/kernel.h用printk内核会根据日志级别把消息打印到当前控制台上.信息正常输出前提是--日志输出级别(msg_log_level)小于控制台级别(console_loglevle),内核中数字越小优先级越高. 没有指定日志级别的printk默认级别是DEFAULT_MESSAGE_LOGLEVEL,默认级别一般为4,与KERN_WARNING一级别.在kernel/printk.c中定义: /* printk's wi

为了确认内核打印等级以及prink 参数对打印的分级,在led驱动初始化代码[以及exit出口]加入如下代码. 每次insmod .rmmod led模块时,根据打印等级的设置,得到不同的打印结果: static int __init s3c24xx_leds_init() {     int ret ;     int minor = 0 ;      printk(KERN_EMERG " 1111111 KERN_EMERG\n");    printk(KERN_ALERT &

所有的TCP/IP调优参数都位于/proc/sys/net/目录. 例如, 下面是最重要的一些调优参数,后面是它们的含义: /proc/sys/net/core/rmem_default "110592" 定义默认的接收窗口大小:对于更大的 BDP 来说,这个大小也应该更大. /proc/sys/net/core/rmem_max "110592" 定义接收窗口的最大大小:对于更大的 BDP 来说,这个大小也应该更大. /proc/sys/net/core/wmem

linux 其他知识目录 原文链接:https://blog.csdn.net/hshl1214/article/details/4596583 一.前言本文档针对OOP8生产环境,具体优化策略需要根据实际情况进行调整:本文档将在以下几个方面来阐述如何针对RedHat Enterprise Linux进行性能优化.1)      Linux Proc文件系统,通过对Proc文件系统进行调整,达到性能优化的目的.2)      Linux性能诊断工具,介绍如何使用Linux自带的诊断工具进行性能诊

/proc/sys目录下各文件参数说明 https://blog.csdn.net/luteresa/article/details/68061881   一.前言 本文档针对OOP8生产环境,具体优化策略需要根据实际情况进行调整:本文档将在以下几个方面来阐述如何针对RedHat Enterprise Linux进行性能优化.1)      Linux Proc文件系统,通过对Proc文件系统进行调整,达到性能优化的目的.2)      Linux性能诊断工具,介绍如何使用Linux自带的诊断工

/* *  linux/kernel/printk.c * *  Copyright (C) 1991, 1992  Linus Torvalds * * Modified to make sys_syslog() more flexible: added commands to * return the last 4k of kernel messages, regardless of whether * they've been read or not.  Added option to s

  原贴:http://www.linuxfly.org/post/320/ http://blog.csdn.net/chinalinuxzend/article/category/265273/2 http://www.linuxfly.org/category/19/ 总有很多朋友对于Linux的内存管理有疑问,之前一篇[转]理解Linux的性能日志似乎也没能清除大家的疑虑.而在新版核心中,似乎对这个问题提供了新的解决方法,特转出来给大家参考一下.最后,还附上我对这方法的意见,欢迎各位一同

http://blog.itpub.net/15480802/viewspace-753819/ http://blog.itpub.net/15480802/viewspace-753757/ http://blog.itpub.net/15480802/viewspace-753890/ http://blog.chinaunix.net/uid-26126915-id-3481343.html     /proc/sys/vm下内核参数解析  [wuyaalan@localhost des

--手工释放linux内存——/proc/sys/vm/drop_caches 总有很多朋友对于Linux的内存管理有疑问,之前一篇日志似乎也没能清除大家的疑虑.而在新版核心中,似乎对这个问题提供了新的解决方法,特转出来给大家参考一下.最后,还附上我对这方法的意见,欢迎各位一同讨论.    当在Linux下频繁存取文件后,物理内存会很快被用光,当程序结束后,内存不会被正常释放,而是一直作为caching.这个问题,貌似有不少人在问,不过都没有看到有什么很好解决的办法.那么我来谈谈这个问题. 一.

Linux下清理内存和Cache方法 /proc/sys/vm/drop_caches 频繁的文件访问会导致系统的Cache使用量大增 $ free -m total used free shared buffers cached Mem: -/+ buffers/cache: Swap: free内存减少到几十兆,系统运行缓慢 运行sync将dirty的内容写回硬盘$sync 通过修改proc系统的drop_caches清理free的cache$echo 3 > /proc/sys/vm/dr

/proc/sys/net/ipv4/icmp_timeexceed_rate这个在traceroute时导致著名的"Solaris middle star".这个文件控制发送ICMP Time Exceeded消息的比率. /proc/sys/net/ipv4/igmp_max_memberships主机上最多有多少个igmp (多播)套接字进行监听. /proc/sys/net/ipv4/inet_peer_gc_maxtime求 助: Add a little explanati

    /proc/sys/net/ipv4/icmp_timeexceed_rate这个在traceroute时导致著名的“Solaris middle star”.这个文件控制发送ICMP Time Exceeded消息的比率. /proc/sys/net/ipv4/igmp_max_memberships主机上最多有多少个igmp (多播)套接字进行监听. /proc/sys/net/ipv4/inet_peer_gc_maxtime求 助: Add a little explanatio

linux的内存查看: [root@localhost 0.1.0]# free -m                   total       used       free     shared    buffers     cachedMem:          4032        694       3337          0          0         25 需要说明的是,mem的used=free+buffers+cached,有些情况是cached占用很多资源,