两学一做专栏网站,株洲网站建设优化,域名买卖,wap网站快速开发内核层可以看到当前调用文件处理的进程ID 这个数据结构是非常大的#xff1a; 我们打印的pid,tgid就是从这里来的#xff0c;然后只需要找到pid_t的数据类型就好了。 下图这是运行的日志信息#xff1a; 从上述日志#xff0c;其实我也把write的系统调用加了入口的打印信… 内核层可以看到当前调用文件处理的进程ID 这个数据结构是非常大的 我们打印的pid,tgid就是从这里来的然后只需要找到pid_t的数据类型就好了。 下图这是运行的日志信息 从上述日志其实我也把write的系统调用加了入口的打印信息因为需要验证自己的想法是否正确看到的日志是这样的打印日志添加上文件函数行是多么的方便一下子找到所需要的信息 在心得里写到日志量非常大的问题其中有部分是针对文件打开的系统调用从系统开机 后大概2分钟内openat2这个接口被调用了63.8万次详见
test_log/syslog_filename_can_print · r77683962/linux-6.9.0 - Gitee.comhttps://gitee.com/r77683962/linux-6.9.0/blob/master/test_log/syslog_filename_can_print这也即是说打印日志一定要小心不然内核产生的日志增长会非常非常快。
在对文件操作的时间当时想到一个办法打印日志的时候把文件名前4个字母跟目标比对如果是某字符串则显示代码如下
登录 - Gitee.comhttps://gitee.com/r77683962/linux-6.9.0/commit/9a8f609089121ac6390d6ea562ec26a5254e4b4d
测试效果截图前面其实也创建了test1.txt 这样也可以大量减少日志打印不过添加有些这样的日志判断有难度。 在修改内核后不能正常起来操作系统当前来看有三种情况
1、代码内存越界就是前一阵子碰到的打印filename这个变量一般会出调用栈不过不太容易看得到因为开机日志显示翻页太快页面显示到后边就卡死黑白屏
2、第二种好像进入到 busybox可以手动打印些dmesg的日志黑白屏
3、第三种当图形化操作了这里一直转转二三十分钟猜测是初始化日志打印太多
其实这种过程是挺有意思有些书讲内核运行原理如果再配套查看内核运行实时日志这样会更有意思因为书上的知识是死的而操作系统是活的是动态的。
