嵌入式系统，printk太快的话会让系统崩溃？

flyfrogs

如题。
嵌入式系统，wifi路由器。
我在netfilter的hook函数里输出包信息（printk），太频繁时系统就重新启动了，
不报任何错误。

改成把信息写在一个缓冲区里，然后tasklet方式输出，结果一样。

谁知道原因？

flyfrogs

用了net_ratelimit之后不崩溃了
可我也看不到所有数据了

怎么能既不崩溃又能全部输出？

luoyan_xy

printk确实会打死，你用tasklet的话还是软中断，可以试试申请一块缓冲区，搞个内核进程往文件慢慢写

flyfrogs

回复 3# luoyan_xy


    线程写文件是可以，可我就想在窗口即时的看，有没有办法？

cuibixiong_cu

回复楼上，及时性和准确性本来就是一对不可调和的悖论啊，没有什么东西是可以又快又准的，所以楼上所说的应该不存在，一般的都是写到一个memory buffer中，这是最快的方法了，然后在当达到某个条件以后，比如说是buffer的4K写满了，然后flush出来，这样的话比较快，或者是可以直接查看__log_buf，所有的printk信息都会先写到这里，然后在通过tty设备把这些信息抓出去

flyfrogs

回复 5# cuibixiong_cu


    很遗憾啊

灌水菜鸟

回复 4# flyfrogs


    两个问题：
需要printk的数据量有多大能把内核搞死？
对于屏幕上不断翻滚的printk信息，你能看的过来么？

引出最后一个问题，那么大量的信息，眼睛能看过来么？如果只是搜索定位标记的话，能不能考虑减少一些printk的输出来满足你的要求？

folklore

回复 7# 灌水菜鸟

write log to file, and use 'tail' command to display in screen~~+).


   

灌水菜鸟

回复 8# folklore


    既然如此，干吗非要通过printk实时输出到控制台啊？调整printk的输出级别，然后dmesg不行么？如果嫌buffer太小很快就被冲没了，配置内核把printk的buffer放大一些。

smalloc

超过人类反应速度的printk是无意义的