X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Message-ID: <4A428460.4000402@cygwin.com> Date: Wed, 24 Jun 2009 15:54:08 -0400 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.21) Gecko/20090320 Remi/2.0.0.21-1.fc8.remi Lightning/0.9 Thunderbird/2.0.0.21 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Slow/sluggish response ("system" task at 50%) References: <4A3FCCBD DOT 70101 AT cygwin DOT com> <4A401CF4 DOT 6050202 AT cygwin DOT com> <4A405B7D DOT 7020700 AT cygwin DOT com> <4A411665 DOT 1040300 AT cygwin DOT com> <4A4167A4 DOT 4090900 AT gmail DOT com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Gene Smith wrote: > Going back to beta-1.7 default install that ran fast I noticed that it > was actually using a mingw32 version of "make" from winavr project and > not the cygwin "make". The default cygwin install does not include make. > When I load the cygwin make package and the build uses it (since cygwin > puts its paths ahead of windows path) the build slows way down. If I > remove make from cygwin's /bin it speeds back up (since using the > mingw32 make). > > The build referred to above uses a toolchain built for mingw32, not > cygwin's gcc. So as long as make is also built for mingw32 the build is > fast when run from cygwin terminal or dos window. With make being the > cygwin version, the build is slow in all cases. > > What does this mean? Am I doing something illegal mixing cygwin and > mingw programs? Interesting. I'm not sure why using Cygwin's 'make' would slow things down dramatically when running from a Cygwin terminal or shell. I can see there being some overhead if that's the only Cygwin process you're running, since there would be a Cygwin initialization cost to start 'make' if there were no other Cygwin processes running at the time. I very much doubt that this would account for the dramatic slow-down you've reported. So while certainly there's an issue here, it seems like the work-around you've found is viable. And it does make more sense than mixing and matching Cygwin and Mingw. Are you able to reproduce this problem for any kind of package? It might be helpful to know that building package or tarball 'foo' demonstrates the problem. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple