对copy_files()的不解

gta

一个独立的读写上下文需要一个独立的file结构来维持。可在do_fork()>copy_files()中，却并未给子进程分配独立的file结构，只是让它共享父进程的file结构，以下是代码：

static int copy_files(unsigned long clone_flags, struct task_struct * tsk)
{

                     .....................

481:               for (i = open_files; i != 0; i--) {
482:                struct file *f = *old_fds++;
483:                     if (f)
484:                           get_file(f);
485:               *new_fds++ = f;
486:                 }

                 .......................


}


可见，这个函数只是通过指针让子进程共享父进程已打开文件的file结构。这样，怎能让父子进程有各自独立的读写上下文呢？

qtdszws

>>可见，这个函数只是通过指针让子进程共享父进程已打开文件的file结构。这样，怎能让父子进程有各自独立的读写上下文呢？

又有谁告诉你父子进程不能共享读写上下文呢?linux中的父子进程之间的关系和线程很相似,而线程显然是共享读写上下文的.

gta

情景分析》290页倒数第二段说的。现在看来，书上的说法可能有误。

a1406

我这边代码和你的不一样啊，可能是版本不同。你多贴一点啊。我这边看到的是分配了内存然后copy过去的啊
如果只是file指针指过去那确认是不行的。pos保存在file里面。

scutan

原帖由 gta 于 2007-5-18 19:32 发表于 3楼  
情景分析》290页倒数第二段说的。现在看来，书上的说法可能有误。

应该没有错吧, 现在的fork()都是写时复制的方式. 当父子进程都没有向地址空间写数据时,则保持地址空间的内容不变.
只有当一方向里面写了数据之后才会真正地进行复制.这样就可以提高效率.
因为有时候子进程在创建之后马上就去执行另外一个程序,一个不同的地址空间.如果在此时就复制的话,
会使效率很低的.所以此时让它们共享.

a1406

我手上没书，看不了
不过看起来你说的上内存吧，
人家这个是文件