在使用无线网络通过mqtt
上传数据的过程中,发现无线掉线一段时间后,进程好像休眠了没有定时生成数据了,后?
赐ü魇栽诙贤那榭觯?000多次就会出现这种“休眠”,进一步跟踪日志发现,
1000多次后发现从一开始一直去打开的一个文件就会显示打开错误,
打印错误码是:24.
查看对应的错误码信息
too many open files。于是到proc/进程号文件夹/fd去查看已经打开1023个文件描述符。
查看系统文件描述限制
LEC-3070[log]# ulimit -a
-f: file size (blocks) unlimited
-t: cpu time (seconds) unlimited
-d: data seg size (kb) unlimited
-s: stack size (kb) 8192
-c: core file size (blocks) 0
-m: resident set size (kb) unlimited
-l: locked memory (kb) 64
-p: processes 512
-n: file descriptors 1024
-v: address space (kb) unlimited
-w: locks unlimited
-e: scheduling priority 0
-r: real-time priority 0
就是1024
个,所以就会报文件打开失败,然后将我原来的数据备份文件全部删掉。没有了数据文件?
查看到打开的文件描述符连接的对应文件,就知道是哪个函数打开的,
文件限制修改参考此文
https://blog.csdn.net/roy_70/article/details/78423880
上传数据的过程中,发现无线掉线一段时间后,进程好像休眠了没有定时生成数据了,后?
赐ü魇栽诙贤那榭觯?000多次就会出现这种“休眠”,进一步跟踪日志发现,
1000多次后发现从一开始一直去打开的一个文件就会显示打开错误,
打印错误码是:24.
查看对应的错误码信息
too many open files。于是到proc/进程号文件夹/fd去查看已经打开1023个文件描述符。
查看系统文件描述限制
LEC-3070[log]# ulimit -a
-f: file size (blocks) unlimited
-t: cpu time (seconds) unlimited
-d: data seg size (kb) unlimited
-s: stack size (kb) 8192
-c: core file size (blocks) 0
-m: resident set size (kb) unlimited
-l: locked memory (kb) 64
-p: processes 512
-n: file descriptors 1024
-v: address space (kb) unlimited
-w: locks unlimited
-e: scheduling priority 0
-r: real-time priority 0
就是1024
个,所以就会报文件打开失败,然后将我原来的数据备份文件全部删掉。没有了数据文件?
没有了数据文件就导致了数据发送进程就无事可干,所以造成“休眠”的假象
查看到打开的文件描述符连接的对应文件,就知道是哪个函数打开的,
去检查确实一个地方打开就返回,却没有关闭,造成的这个问题。
有打开就有关闭,引以为戒!
文件限制修改参考此文
https://blog.csdn.net/roy_70/article/details/78423880