X-Spam-Check-By: sourceware.org Date: Fri, 1 Sep 2006 03:49:50 -0700 From: clayne AT anodized DOT com To: cygwin AT cygwin DOT com Subject: Re: cygwin fork() Message-ID: <20060901104950.GC7444@ns1.anodized.com> References: <20060901100138 DOT GA7444 AT ns1 DOT anodized DOT com> <00b801c6cdaf$343b9a10$a501a8c0 AT CAM DOT ARTIMI DOT COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00b801c6cdaf$343b9a10$a501a8c0@CAM.ARTIMI.COM> User-Agent: Mutt/1.5.11 X-Assp-Spam-Prob: 0.00000 X-Assp-Whitelisted: Yes X-Assp-Envelope-From: clayne AT ns1 DOT anodized DOT com X-Assp-Intended-For: cygwin AT cygwin DOT com X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: 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 On Fri, Sep 01, 2006 at 11:12:59AM +0100, Dave Korn wrote: > On 01 September 2006 11:02, clayne AT anodized DOT PCYMTNQREAIYA wrote: > > > Is it just me or is cygwin fork(), or a support syscall underneath, > > terribly slow for some reason? > > Some reason == "lack of O/S support". Basically, this is what I'm talking about: Opteron 180, fast disks, ran make clean, make 4 times or so to keep the disk/mem/cpu caches hot; no extraneous system usage going on: $ ( make clean; time make -j1 ; make clean; time make -j8 ) >/dev/null real 2m20.062s user 0m13.252s sys 0m37.139s real 0m45.654s user 0m15.968s sys 0m49.201s That's a huge difference, and it's only like 6300 lines of code! I've narrowed it down to something between 20060309 and 20060313 snapshots. Every snapshot since 20060313 has had this incredible slowness issue with fork(). The dual-coreness isn't going to make a huge difference here as I can get the same factor of speed up just by using 20060309's dll and the exact same make jobs. Nor is it a case of minor differences in times. I've tried different versions of libtool, gcc, etc. Everything just goes back to 20060309 vs 20060313. -cl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/