Re: Slow/sluggish response ("system" task at 50%)

Edward Lam wrote: On Wed, June 24, 2009 17:29, Larry Hall (Cygwin) wrote: Sure, we all know that Cygwin provides Linux emulation and suffers some overhead for it. But timings from an individual machine can be misleading. Running this through multiple times for both Mingw and Cygwin 1.7 on my si

Re: Slow/sluggish response ("system" task at 50%)

On Wed, June 24, 2009 21:53, Edward Lam wrote: > PS. So I went ahead and repeated the tr test on an older (Intel Core 2 > Quad 2.66 GHz) machine with cygwin 1.5 on Windows *32-bit*: Sorry, I got the system specs wrong. It's actually just an Intel Core 2 6600 2.40 GHz machine. > > $ time -p for ((

Re: Slow/sluggish response ("system" task at 50%)

PS. So I went ahead and repeated the tr test on an older (Intel Core 2 Quad 2.66 GHz) machine with cygwin 1.5 on Windows *32-bit*: $ time -p for ((i=1; i<100; i++)); do var=$(echo $i | tr [a-z] [A-Z]); done real 2.64 user 6.56 sys 1.85 We're talking about a difference between an Intel processor O

Re: Slow/sluggish response ("system" task at 50%)

On Wed, June 24, 2009 17:29, Larry Hall (Cygwin) wrote: > Sure, we all know that Cygwin provides Linux emulation and suffers some > overhead for it. But timings from an individual machine can be > misleading. > Running this through multiple times for both Mingw and Cygwin 1.7 on my > similarly equ

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote: 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 pac

Re: Slow/sluggish response ("system" task at 50%)

Edward Lam wrote: Larry Hall (Cygwin) wrote: > 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 Note that cygwin's make is just plain slower that mingw's make to begin with. I'm not quite sure I can

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote: > 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 Note that cygwin's make is just plain slower that mingw's make to begin with. I'm not quite sure I can explain the ~25 time

Re: Slow/sluggish response ("system" task at 50%)

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 (

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Well, it was OK at first after a reinstall with the "default" setup, enough to run and build a project with an cross compiled embedded toolchain. But when I install gcc, make, svn etc (enough to compile the openocd project) then it is slow again. I ran strace on the make proc

Re: Slow/sluggish response ("system" task at 50%)

On Wed, Jun 24, 2009 at 10:21:39AM -0400, Gene Smith wrote: >Dave Korn wrote: >> Gene Smith wrote: >>> Larry Hall (Cygwin) wrote: Gene Smith wrote: > Since I don't have a "HOME" env var in windows, cygwin is getting the > cygwin HOME from /etc/passwd. So I tried it both

Re: Slow/sluggish response ("system" task at 50%)

Dave Korn wrote: Gene Smith wrote: Larry Hall (Cygwin) wrote: Gene Smith wrote: Since I don't have a "HOME" env var in windows, cygwin is getting the cygwin HOME from /etc/passwd. So I tried it both ways. With 1.5 I set home to be the empty directory /home/smited (under c:/cygwin). It didn'

Re: Slow/sluggish response ("system" task at 50%)

Christopher Faylor wrote: On Tue, Jun 23, 2009 at 01:54:12PM -0400, Larry Hall (Cygwin) wrote: Karl M wrote: From: gds Current version 1.5 is slow while beta-1.7 is fast, for still unknown reasons. Perhaps 1.7 will challenge the performance of B.20. :-) New slogan: Cygwin 1.7 - as good as B

Re: Slow/sluggish response ("system" task at 50%)

On Tue, Jun 23, 2009 at 01:54:12PM -0400, Larry Hall (Cygwin) wrote: >Karl M wrote: >>> From: gds >>> Current version 1.5 is slow while beta-1.7 is >>> fast, for still unknown reasons. >>> >> Perhaps 1.7 will challenge the performance of B.20. >> >> :-) > >New slogan: Cygwin 1.7 - as good as B.20!

Re: Slow/sluggish response ("system" task at 50%)

Karl M wrote: From: gds Current version 1.5 is slow while beta-1.7 is fast, for still unknown reasons. Perhaps 1.7 will challenge the performance of B.20. :-) New slogan: Cygwin 1.7 - as good as B.20! ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc.

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Since I don't have a "HOME" env var in windows, cygwin is getting the cygwin HOME from /etc/passwd. So I tried it both ways. With 1.5 I set home to be the empty directory /home/smited (under c:/cygwin). It didn't make it any faster. With beta-1.7 I set home to /cygdrive/c/D

RE: Slow/sluggish response ("system" task at 50%)

> From: gds > Subject: Re: Slow/sluggish response ("system" task at 50%) > Date: Tue, 23 Jun 2009 12:55:25 -0400 > > Current version 1.5 is slow while beta-1.7 is > fast, for still unknown reasons. > Perhaps 1.7 will challenge the per

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote: Gene Smith wrote: Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - 1.7 seems to fix it. It now takes 34 seconds as compared to 14 minutes with cygwin-1.5. (But I suspect that a fresh install of 1.5 might produc

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - 1.7 seems to fix it. It now takes 34 seconds as compared to 14 minutes with cygwin-1.5. (But I suspect that a fresh install of 1.5 might produce similar or better results.

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - 1.7 seems to fix it. It now takes 34 seconds as compared to 14 minutes with cygwin-1.5. (But I suspect that a fresh install of 1.5 might produce similar or better results.) At some point,

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - I will take a look at this. By the way, on the weak laptop I mentioned earlier, I get equal speed (and good speed) building a fairly big program on msys and cygwin. The

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: Gene Smith wrote: Gene Smith wrote: I don't think it is a problem with cygwin itself. I was mainly curious if anyone sees the "system" task running 50% when doing a gcc build using Make (or similar intensive long term activity). I have weak XP

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Gene Smith wrote: I don't think it is a problem with cygwin itself. I was mainly curious if anyone sees the "system" task running 50% when doing a gcc build using Make (or similar intensive long term activity). I have weak XP based laptop with no corporate security that run

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: I don't think it is a problem with cygwin itself. I was mainly curious if anyone sees the "system" task running 50% when doing a gcc build using Make (or similar intensive long term activity). I have weak XP based laptop with no corporate security that runs cygwin fine compa

Re: Slow/sluggish response ("system" task at 50%)

Larry Hall (Cygwin) wrote: Gene Smith wrote: Over time my cygwin responsiveness seems to have diminished. When compiling a project I can see that "system" task (not the system idle task) is running a lot at 50%. I don't know if this is normal or not. Possibly there is some corporate security s

Re: Slow/sluggish response ("system" task at 50%)

Gene Smith wrote: Over time my cygwin responsiveness seems to have diminished. When compiling a project I can see that "system" task (not the system idle task) is running a lot at 50%. I don't know if this is normal or not. Possibly there is some corporate security s/w slowing it down now, I d