【失误分享】不停的system生成文件, fopen但不fclose

Alligator27

主程序会因描述符超过ulimit，fopen失败。但while loop死循环。

system 生成新的子进程，不会超过per process ulimit。新文件是否成功取决于shell是否clobber.

没试过，推论。

Godbach

原帖由 jackalchen 于 2008-6-11 10:57 发表
system()执行时, 会先fstat看这个文件是否存在, (该文件存在), 然后才open, 如果此时没有足够文件句柄可获得, 则会退出system语句执行, 此时并不会把date.txt清空, 也就是说上一次system成功的内容还是在date.t ...

在设备上测试时，是可以不停的生成这个文件的，也就是system还可以不停的执行，但是文件内容为空。

设备上移植的内核版本应该是2.4.x的

flw2

原帖由 Godbach 于 2008-6-11 11:04 发表


在设备上测试时，是可以不停的生成这个文件的，也就是system还可以不停的执行，但是文件内容为空。

设备上移植的内核版本应该是2.4.x的

date > file
看这个东西，首先是shell open file,假设是最后一个描述符了，也就是假设成功了，那么file被截断，这个时候可能date还会打开文件，然而却失败了，那么file就是空的了

safedead

不要挑战操作系统极限！

我的失误：
我编写了一个HTTP+FTP测试服务器，提供虚拟文件下载(用FTP或HTTP客户端浏览可以看见服务器上有很多文件和目录，
但实际上都是程序生成的，都在内存里面)
在100M网络运行好好的，到了千兆网络，每隔十几秒，FTP客户端就收到PASV失败的响应
由于客户端下载文件(服务器提供8KB的小文件，有200万个可下载)速度高达1500个／秒
考虑到TIME_WAIT时间，一个IP的所有临时端口大约10秒就会发生用光的现象（没有文件描述符泄露），
直到系统回收足够的端口资源，才能继续提供FTP下载服务

解决方法，我对于小文件的FTP下载，设置了usleep，防止过快的FTP会话

flw2

这种情况和shell的工作方式，命令的方式，都有一定的关系，没有现场，所以只能是估计个大概，如果是文件没有内容就跟我上面说的可能比较相似， 肯定是被截断了却没有打印数据，可以把cmd换成只是printf，然后看看内容是不是总是最新的

jackalchen

那么file被截断，这个时候可能date还会打开文件，然而却失败了，那么file就是空的了

是的了....谢谢!

那这个程序执行结果完全是和当时运行环境相关的喽.

不过也请讲一下程序是怎样退出的...

Godbach

原帖由 flw2 于 2008-6-11 11:08 发表


date > file
看这个东西，首先是shell open file,假设是最后一个描述符了，也就是假设成功了，那么file被截断，这个时候可能date还会打开文件，然而却失败了，那么file就是空的了

也就是如果出现这种情况，那么以后文件的内容都为空了。

但是，怎么解释还可以不停的生成该文件呢？

flw2

原帖由 Godbach 于 2008-6-11 11:25 发表


也就是如果出现这种情况，那么以后文件的内容都为空了。

但是，怎么解释还可以不停的生成该文件呢？

不停的生成该文件，是什么意思？

Godbach

原帖由 flw2 于 2008-6-11 11:26 发表

不停的生成该文件，是什么意思？

就是system（"date > file"）
file的时间还在不断的更新。譬如我将这个文件删除了，很快就有生成该文件了。

flw2

执行的程序是什么程序,setuid的吗？