X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BAYES_00,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Message-ID: <4ECF16D4.8010804@cs.utoronto.ca> Date: Thu, 24 Nov 2011 23:17:24 -0500 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 AT cygwin DOT com Subject: Re: Machine very sluggish while compiling References: <4ECEE88E DOT 5050307 AT cs DOT utoronto DOT ca> <4ECF1452 DOT 6080508 AT chariot DOT net DOT au> In-Reply-To: <4ECF1452.6080508@chariot.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 On 24/11/2011 11:06 PM, Mike wrote: > Hi Ryan, > > 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. For >> example, compiling a large package makes the mouse jumpy, delays >> keystrokes, adds stutter to my music, and makes task switching >> painfully slow (though, oddly, if I manage to switch to the mintty >> that runs make the machine "comes back"). The sluggishness always >> hits when I'm using a native windows app with the compile running in >> the background. This starts to sound oddly like the recently-reported >> issue where X was causing native windows apps to freeze [1]. >> >> I'm not seeing any fork failures, and am running BLODA-free (Windows >> Defender hasn't reappeared since I last uninstalled it). There's no >> unusual disk activity and memory utilization remains stable. I've >> tried running with nice, reducing the priority of 'make' from the >> task manager, and running make -j3 to no avail, though empirically if >> utilization stays at or below 2 cpu then there's no problem. I've >> compiled large apps (gcc, binutils, emacs, gdb, ...) off and on for >> several years now and never seen this behavior before. >> >> Any ideas of how I might diagnose the issue further? It's easy enough >> to work around, but compiles take a lot longer with only 1-2 cores >> instead of 4. > > I've seen problems like this caused by viruses. Process Explorer might > give you more detailed info: > http://technet.microsoft.com/en-au/sysinternals/bb896653 I've used Process Explorer several times in the past, but it's not immediately obvious to me what I should be using it to look for. Suspicious dlls? I keep my machine patched, regularly check my process list for suspicious/unfamiliar entries, and have not had a virus in roughly 8 years (and that one was thanks to my sister in-law borrowing the machine). I can't rule out a rootkit infection, but PE wouldn't be any help there anyway. > Perhaps you are using a different version of bash or other shell? Some > versions have been known to bog down the system as you describe. > Search for bash slow might yield some clues: > http://cygwin.com/ml/cygwin/ Latest version of cygwin's bash, bash-completions package is not installed. Also, make+compilation seems to proceed at normal speed the whole time... it's everybody else that suffers. BTW, thanks for the ideas, they're definitely solid sanity checks. Regards, 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