From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7807 invoked by alias); 4 Dec 2011 20:23:19 -0000 Received: (qmail 7798 invoked by uid 22791); 4 Dec 2011 20:23:18 -0000 X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_00,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Received: from smtp0.epfl.ch (HELO smtp0.epfl.ch) (128.178.224.219) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Sun, 04 Dec 2011 20:22:58 +0000 Received: (qmail 17248 invoked by uid 107); 4 Dec 2011 20:22:55 -0000 Received: from 69-196-169-55.dsl.teksavvy.com (HELO [192.168.0.100]) (69.196.169.55) (authenticated) by smtp0.epfl.ch (AngelmatoPhylax SMTP proxy) with ESMTPA; Sun, 04 Dec 2011 21:22:55 +0100 Message-ID: <4EDBD69D.4020004@cs.utoronto.ca> Date: Sun, 04 Dec 2011 20:23:00 -0000 From: Ryan Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Machine very sluggish while compiling References: <4ECEE88E.5050307@cs.utoronto.ca> <20111125154751.GP28395@trikaliotis.net> <4EDB2761.6040508@cs.utoronto.ca> <20111204192917.GB21203@ednor.casa.cgf.cx> <4EDBD5A5.2000707@cs.utoronto.ca> In-Reply-To: <4EDBD5A5.2000707@cs.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-12/txt/msg00062.txt.bz2 Trying again without the verboten 80kB PNG attachment... On 04/12/2011 3:18 PM, Ryan Johnson wrote: > On 04/12/2011 2:29 PM, Christopher Faylor wrote: >> On Sun, Dec 04, 2011 at 02:55:13AM -0500, Ryan Johnson wrote: >>> On 25/11/2011 10:47 AM, Spiro Trikaliotis wrote: >>>> Hello, >>>> >>>> * On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote: >>>> >>>>> Lately I've noticed that running make -j4 on my quad-core win7-x64 >>>>> machine causes it to become sluggish or even unresponsive. >>>> I have seen very similar effects on my Win7-64 box. I can force the >>>> problem here just be running "ccrypt", though, I do not need to use >>>> "make >>>> -j4". >>>> >>>> I assume it has to do with the Windows 64 bit problems of Cygwin >>>> (search >>>> the ML archives for that). >>>> >>>> For me, this is the first machine since years where I do not use >>>> Cygwin >>>> because of this issue. >>> Update: I hit the problem again, this time running python, and the >>> problem is repeatable with the native 64-bit windows python >>> interpreter. >>> It looks like cygwin doesn't cause the problem, but rather my high-cpu >>> tasks tend to run under cygwin. Honestly, I wouldn't expect cygwin >>> to be >>> the cause, given that it's a user space only piece of software! >>> >>> Now what other entity could be the cause, I haven't a clue... process >>> explorer doesn't show anything. Maybe that's because it's frozen along >>> with the rest of the world during these episodes; right as it comes >>> back >>> I see context switch deltas above 100k for the interrupt/DPC module, >>> which suggests I've got a wonky driver somewhere. >> Out of curiousity, is the current snapshot any better? I just found a >> case where Cygwin could essentially enter a tight loop while waiting for >> I/O. It would seem to be working correctly but it would use a lot of >> CPU time. > Again, I'm no longer convinced that this is Cygwin's fault -- it just > so happened that all my CPU-intensive tasks were cygwin apps. I'm > starting to notice a pattern, though: with three cpu-bound apps > running, my laptop's fan comes on every two minutes (precisely). About > five seconds later, the frequency drops by 50% and cpu util promptly > saturates as a result. After one minute of this, the frequency hikes > back up and we're good... until the cycle repeats a minute later (see > the attached snippet of screen shot). > > So, the questions are how come: > - power/heat management isn't giving the fan a chance to work before > clamping the clock frequency? > - scheduler can't cope better with 100% cpu util? > > While I'm glad to take any expert advice people might have, I think we > can close this thread as far as Cygwin is concerned. > > BTW, Corinna's advice to disable PCA did help somewhat (and > Firefox/Thunderbird util dropped as well as a bonus). However, it's > probably only a treatment of symptoms in my case; I already had > superfetch disabled. > > Thanks, > Ryan > -- 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