Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT cygwin DOT com>
List-Help: <mailto:cygwin-developers-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT cygwin DOT com
Delivered-To: mailing list cygwin-developers AT cygwin DOT com
Date: Mon, 28 Jan 2002 18:54:11 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin-developers AT cygwin DOT com
Subject: Re: fork() idea
Message-ID: <20020128235411.GA15234@redhat.com>
Reply-To: cygwin-developers AT cygwin DOT com
Mail-Followup-To: cygwin-developers AT cygwin DOT com
References: <04ce01c1a72e$2c597940$0200a8c0 AT lifelesswks> <20020128170138 DOT GA3669 AT redhat DOT com> <036201c1a852$88fcfb70$0200a8c0 AT lifelesswks>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <036201c1a852$88fcfb70$0200a8c0@lifelesswks>
User-Agent: Mutt/1.3.23.1i

On Tue, Jan 29, 2002 at 10:21:37AM +1100, Robert Collins wrote:
>
>===
>----- Original Message -----
>From: "Christopher Faylor" <cgf AT redhat DOT com>
>
>
>> On Sun, Jan 27, 2002 at 11:28:48PM +1100, Robert Collins wrote:
>> >Just running this past for criticism.
>> >
>> >What if on fork(), we loaded a _trivial_  stub program, what depends
>on
>> >little-or-nothing, and thus takes up almost no memory, has little
>chance
>> >of dll conflicts, address relocation etc. Then allocate memory to
>look
>> >like the parent, load .dll's etc.
>>
>> I've toyed with this from time to time but I don't think it is a win.
>> When you do a fork with the current implementation all of the text
>> section will be read from memory and all of the data section will be
>> copied from disk.
>
>Ok, can the text section be done via COW?

There's no need.  It is already mapped directly from memory, if I
understand the way things work.  The read-only sections just get
remapped when a new process is started.  It's only the non-readonly
pages that are copied from disk.

>>If you just start a stub, then you have to get the text section from
>>somewhere.  AFAIK, you can't remap the memory from one process to
>>another so you actually have to read from disk.  You could map it in
>>but I don't think that is guaranteed to be read directly from memory.
>
>I'm suggesting that the text section and data section are read into a
>named shared memory segment, thus allowing them to be mapped straight
>in (and as the parents text section is in the same mapped area, it will
>come from memory (as the parent is in memory :]).

Linear inheritance still doesn't work in this scenario:

proc a forks		moves its data seg into a COW section
   proc b forks		inherits the section from proc a
     proc c forks	inherits the section, effectively from proc a

That's how COW works on Windows.

Or, that is how it could work on NT.  It doesn't work even that well on
Windows 9x.

cgf