From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15775 invoked by alias); 13 Nov 2001 18:15:21 -0000 Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Received: (qmail 15753 invoked from network); 13 Nov 2001 18:15:18 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sourceware.cygnus.com with SMTP; 13 Nov 2001 18:15:18 -0000 Received: from loony.cygnus.com (loony.cygnus.com [205.180.230.181]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA27847 for ; Tue, 13 Nov 2001 10:15:17 -0800 (PST) Received: (from cgf@localhost) by loony.cygnus.com (8.11.6/8.8.7) id fADIFDi04459 for cygwin@cygwin.com; Tue, 13 Nov 2001 13:15:13 -0500 Date: Fri, 02 Nov 2001 06:05:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: cygwin vfork Message-ID: <20011113181513.GB959@redhat.com> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <3BF018AD.9000105@ece.gatech.edu> <000101c16c39$19f18980$651c440a@BRAMSCHE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000101c16c39$19f18980$651c440a@BRAMSCHE> User-Agent: Mutt/1.3.23.1i X-SW-Source: 2001-11.t/txt/msg00129.txt On Tue, Nov 13, 2001 at 12:48:24PM +0100, Ralf Habacker wrote: >> >> Seen on the XEmacs list: >> >> > In general the cygwin build is slower, I think this is for 3 main >> > reasons: >> > >> > 1) gcc optimization is not as good as MSVC >> > 2) The cygwin portability layer adds a lot of overhead especially >> > wrt file handling. >> > 3) The cygwin implementation of fork-and-exec doesn't jive well with >> > the VM size of xemacs. Supposedly a real vfork is in the works for >> > cygwin but I can't attest to its functionality. >> >> Does #3 make any sense? I thought we *had* a real vfork...perhaps it >> doesn't work well with large apps? >> >Can you explain this a little bit more ? I'm asking because in >http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00276.html I have described >some problems with kde2 on cygwin relating performance and I'm very interested >in getting more informations how to fix these problems. In short, loading the >full kde2 desktop needs about 4 minutes and the reaction time for starting apps >are > 1 minute. This seems to be unusable. >My assumption are that these problems depends on application loading (vfork is >used on every app), file and socket io. You can't make an assumption like this. It's possible that there is something in your app which is short-circuiting cygwin's vfork. There are some pathological cases in which it will give up and revert to fork. It's unlikely that gcc's optimization is so very bad that you'd see orders of magnitude slowdowns. So, something else is going on. You'd have to debug the application to figure out what that is. cgf -- 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/ From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15775 invoked by alias); 13 Nov 2001 18:15:21 -0000 Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Received: (qmail 15753 invoked from network); 13 Nov 2001 18:15:18 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sourceware.cygnus.com with SMTP; 13 Nov 2001 18:15:18 -0000 Received: from loony.cygnus.com (loony.cygnus.com [205.180.230.181]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id KAA27847 for ; Tue, 13 Nov 2001 10:15:17 -0800 (PST) Received: (from cgf@localhost) by loony.cygnus.com (8.11.6/8.8.7) id fADIFDi04459 for cygwin@cygwin.com; Tue, 13 Nov 2001 13:15:13 -0500 Date: Sun, 11 Nov 2001 08:26:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: cygwin vfork Message-ID: <20011113181513.GB959@redhat.com> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <3BF018AD.9000105@ece.gatech.edu> <000101c16c39$19f18980$651c440a@BRAMSCHE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000101c16c39$19f18980$651c440a@BRAMSCHE> User-Agent: Mutt/1.3.23.1i X-SW-Source: 2001-11/txt/msg00129.txt.bz2 Message-ID: <20011111082600.lsZXlTwcP3vSv7FPIO8dGPzW5QqX3F39CAVM709VkGg@z> On Tue, Nov 13, 2001 at 12:48:24PM +0100, Ralf Habacker wrote: >> >> Seen on the XEmacs list: >> >> > In general the cygwin build is slower, I think this is for 3 main >> > reasons: >> > >> > 1) gcc optimization is not as good as MSVC >> > 2) The cygwin portability layer adds a lot of overhead especially >> > wrt file handling. >> > 3) The cygwin implementation of fork-and-exec doesn't jive well with >> > the VM size of xemacs. Supposedly a real vfork is in the works for >> > cygwin but I can't attest to its functionality. >> >> Does #3 make any sense? I thought we *had* a real vfork...perhaps it >> doesn't work well with large apps? >> >Can you explain this a little bit more ? I'm asking because in >http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00276.html I have described >some problems with kde2 on cygwin relating performance and I'm very interested >in getting more informations how to fix these problems. In short, loading the >full kde2 desktop needs about 4 minutes and the reaction time for starting apps >are > 1 minute. This seems to be unusable. >My assumption are that these problems depends on application loading (vfork is >used on every app), file and socket io. You can't make an assumption like this. It's possible that there is something in your app which is short-circuiting cygwin's vfork. There are some pathological cases in which it will give up and revert to fork. It's unlikely that gcc's optimization is so very bad that you'd see orders of magnitude slowdowns. So, something else is going on. You'd have to debug the application to figure out what that is. cgf -- 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/