Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-WM-Posted-At: avacado.atomice.net; Mon, 21 Oct 02 23:05:51 +0100 From: "Chris January" To: "Cygwin AT Cygwin DOT Com" Subject: RE: Copy-on-write fork Date: Mon, 21 Oct 2002 23:05:51 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: Importance: Normal > > A test program and statistics are shown below which clearly > show Cygwin's > > fork implementation in the lead. > > how much memory did your programs allocate prior to fork()ing? > copy-on-write might only apply to applications with high memory-usage. > > another thing i didn't understand was, why you took a the real-time for > mesuring? > > i can do "time mc" and exit mc after 10sec and time will show real-time > 10sec but the _real cpu-time_ is below <1sec. > the CPU-times consumed by the copy-on-write-implemention is _lower_ than > cygwin-implementation's CPU-time. > > so why are you guys worried? Repeat after me: don't open old threads. However I'll let you off this once, because you are using a newsreader and I've made the same mistake before. If you think copy on write is faster, then feel free to do some tests. A website with some nice pretty graphs, and source code would be great. I can send you some code for starters, I'm sure Chris Faylor has some around too. It may well be that both of us were simply not doing the right tests. My tests were based on timing a single process that allocated a large region of memory, then forked in a loop. Each forked process touched the memory allocated earlier by overwriting it with a random value. Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/