問一個(gè)關(guān)于fork后的文件寫入問題

liuzhuan23

代碼如下（一個(gè)父進(jìn)程，fork了100個(gè)子進(jìn)程，每個(gè)子進(jìn)程共享父進(jìn)程打開的文件描述符，每個(gè)子進(jìn)程寫入1000個(gè)字符，基本的邏輯過程就是這樣）

為什么在程序exit后，文件中，沒有存入100*1000個(gè)字符？

如果將子進(jìn)程數(shù)量增多，或者字符數(shù)增加，那么，文件中的字符數(shù)就更匹配不上了

很納悶這個(gè)問題，壇子里的朋友有興趣可以看一看，呵呵

1. #include <stdio.h>
   
2. #include <fcntl.h>
   
3. 
   
4. int main()
   
5. {
   
6. struct flock stF;
   
7. int i,n,fd,pid;
   
8. 
   
9. fd=open("./output.txt",O_RDWR|O_CREAT);
   
10. 
    
11. for(i=0;i<99;i++)
    
12. {
    
13.         pid=fork();
    
14. 
    
15.         if(pid==-1)
    
16.         {
    
17.                 perror("fork:");
    
18.         }
    
19.         else if( pid > 0 )
    
20.         {
    
21.                 break;
    
22.         }
    
23. }
    
24. 
    
25. stF.l_type=F_WRLCK;
    
26. stF.l_start=0;
    
27. stF.l_whence=SEEK_SET;
    
28. stF.l_len=0;
    
29. 
    
30. for(i=0;i<999;i++)
    
31. {
    
32.         if(fcntl(fd,F_SETLKW,&stF)==-1)
    
33.         {
    
34.                 perror("lock:");
    
35.         }
    
36. 
    
37.         lseek(fd,0,SEEK_END);
    
38.         if(write(fd,"1",1)!=1)
    
39.         {
    
40.                 perror("write:");
    
41.         }
    
42. 
    
43.         stF.l_type=F_UNLCK;
    
44.         if(fcntl(fd,F_SETLKW,&stF)==-1)
    
45.         {
    
46.                 perror("unlock:");
    
47.         }
    
48. }
    
49. 
    
50. close(fd);
    
51. }

復(fù)制代碼

zylthinking

至少有這個(gè)原因： i=0;i<999;i++

zylthinking

還有這個(gè)原因： i=0;i<99;i++

liuzhuan23

呵呵，循環(huán)的計(jì)數(shù)器引起的偏差，可以忽略不計(jì)，

如果將每個(gè)循環(huán)的計(jì)數(shù)條件改的小一些，例如10：10，或者100：100，都不會(huì)有問題

zylthinking

代碼如下（一個(gè)父進(jìn)程，fork了100個(gè)子進(jìn)程，每個(gè)子進(jìn)程共享父進(jìn)程打開的文件描述符，每個(gè)子進(jìn)程寫入1000個(gè)字 ...
liuzhuan23 發(fā)表于 2011-08-19 17:00

你要是沒問題， 我佩服你。
你知道為什么我指出 i = 0; i < 99; i++么， 莫非我看不出來 1 + 99 == 100?
偶， 我看錯(cuò)了， 沒看到break
但如果改小了就沒有誤差了， 我還是佩服你

zylthinking

別的看不出來了

liuzhuan23

呵呵，我說了，循環(huán)計(jì)數(shù)器差那么1-2個(gè)，無所謂的事情，根本就不是那的問題

不管是99，還是100，不可能會(huì)對(duì)寫入的字符總數(shù)量造成那么大的影響

liuzhuan23

有興趣的話，可以貼到vi里面，試一試，cc一下，看看結(jié)果，很有意思

雨過白鷺洲

樓上幾位說的99和999只是代碼邏輯問題，其實(shí)不是這個(gè)程序真正的問題

你運(yùn)行程序100遍，output.txt文件的大小就會(huì)有100次不一樣。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
很簡(jiǎn)單，問題在于進(jìn)程調(diào)度，多進(jìn)程寫入同一個(gè)文件時(shí)存在競(jìng)爭(zhēng)條件，而lseek和write組合在一起不是原子操作

問題代碼：
lseek(fd,0,SEEK_END); // 如果系統(tǒng)剛好把進(jìn)程掛起在這里，下次進(jìn)程調(diào)度重新運(yùn)行時(shí)將覆蓋掉其它進(jìn)程在此期間向文件寫入的數(shù)據(jù)
if(write(fd,"1",1)!=1)


解決辦法很簡(jiǎn)單，不用lseek調(diào)用，直接
fd = open("./output.txt", O_RDWR | O_CREAT ｜ O_APPEND)

雨過白鷺洲

另外你上面使用的鎖，為什么仍然不能保證每次寫都成功寫到文件末尾，而不會(huì)覆蓋其它進(jìn)程寫入文件的數(shù)據(jù)？

會(huì)不會(huì)跟內(nèi)核I/O緩存有關(guān)。。