Re: Slow/sluggish response (system task at 50%)
Dave Korn wrote: Gene Smith wrote: Larry Hall (Cygwin) wrote: Gene Smith wrote: snip 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/Documents and Settings/smited (where all the cruft is) and it didn't make it any slower. So where cygwin points $HOME at terminal startup does not seem to have an effect for me. Current version 1.5 is slow while beta-1.7 is fast, for still unknown reasons. I guess you're stuck looking at strace output to see if that helps pinpoint the problem... I ran the make under strace -o outfile make but I couldn't really tell what I was looking at in the outfile. The main thing to look at is the absolute and relative timestamps in the first two columns, and see if any of the delays look inordinately long, that would indicate a specific syscall ran into a big delay. cheers, DaveK 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 process again and see lines like this that look bad: 3688545 13178956 [proc_waiter] make 868 pinfo::maybe_set_exit_code_from_windows: pid 9176, exit value - old 0x800, windows 0xDEADBEEF, cygwin 0x800n/ The deadbeef sounds like a marker of some sort? This delay occur repetitively and many times during the build. I think the *exact* same problem is pointed to by this thread: http://sources.redhat.com/ml/cygwin/2007-02/msg00571.html Unfortunately, no solution is described. :( If I set my windows path into /usr/bin of cygwin, I can run the same build in a dos cmd window and it runs fast. For me, it is only slow in the cygwin terminal. However, for my co-worker, it seems to be slow for him too in the dos box (I have no idea why). -- 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
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: snip 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/Documents and Settings/smited (where all the cruft is) and it didn't make it any slower. So where cygwin points $HOME at terminal startup does not seem to have an effect for me. Current version 1.5 is slow while beta-1.7 is fast, for still unknown reasons. I guess you're stuck looking at strace output to see if that helps pinpoint the problem... I ran the make under strace -o outfile make but I couldn't really tell what I was looking at in the outfile. The main thing to look at is the absolute and relative timestamps in the first two columns, and see if any of the delays look inordinately long, that would indicate a specific syscall ran into a big delay. 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 process again and see lines like this that look bad: 3688545 13178956 [proc_waiter] make 868 pinfo::maybe_set_exit_code_from_windows: pid 9176, exit value - old 0x800, windows 0xDEADBEEF, cygwin 0x800n/ Some observations but no explanations: 1) Large delta times do not mean that there is automatically something wrong with Cygwin. If you straced sleep 3600 you'd see at least one large delta time. 2) The DEADBEEF is expected. cgf -- 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
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 process again and see lines like this that look bad: 3688545 13178956 [proc_waiter] make 868 pinfo::maybe_set_exit_code_from_windows: pid 9176, exit value - old 0x800, windows 0xDEADBEEF, cygwin 0x800n/ The deadbeef sounds like a marker of some sort? This delay occur repetitively and many times during the build. I think the *exact* same problem is pointed to by this thread: http://sources.redhat.com/ml/cygwin/2007-02/msg00571.html Unfortunately, no solution is described. :( If I set my windows path into /usr/bin of cygwin, I can run the same build in a dos cmd window and it runs fast. For me, it is only slow in the cygwin terminal. However, for my co-worker, it seems to be slow for him too in the dos box (I have no idea why). 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? -- 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
Re: Slow/sluggish response (system task at 50%)
Gene Smith wrote: snip 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
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 times speed difference that Gene experiences but I can definitely vouch for at least a ~7 times speed difference (which I think it primarily due to forking). Here's a speed test taken from an old thread on the cygwin mailing list. I did this test just right now with virtually no CPU usage on the same machine (WinXP SP2 x64, Intel Core i7 2.66 GHz): (MINGW) $ uname -a MINGW32_NT-5.2 SEOUL 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys $ time -p for ((i=1; i100; i++)); do var=$(echo $i | tr [a-z] [A-Z]); done real 1.51 user 0.58 sys 0.82 (CYGWIN 1.7) $ uname -a CYGWIN_NT-5.2-WOW64 seoul 1.7.0(0.210/5/3) 2009-06-18 12:51 i686 Cygwin $ time -p for ((i=1; i100; i++)); do var=$(echo $i | tr [a-z] [A-Z]); done real 10.45 user 0.76 sys 1.53 Regards, -Edward Larry Hall (Cygwin) wrote: Gene Smith wrote: snip 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. -- 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
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 explain the ~25 times speed difference that Gene experiences but I can definitely vouch for at least a ~7 times speed difference (which I think it primarily due to forking). Here's a speed test taken from an old thread on the cygwin mailing list. I did this test just right now with virtually no CPU usage on the same machine (WinXP SP2 x64, Intel Core i7 2.66 GHz): (MINGW) $ uname -a MINGW32_NT-5.2 SEOUL 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys $ time -p for ((i=1; i100; i++)); do var=$(echo $i | tr [a-z] [A-Z]); done 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 equipped machine, I see Cygwin is somewhere between 1.7 and 2.25 times slower. Whether yours or my result is more typical, I can't say. But as you noted, neither data set provides much justification for the results reported. -- 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
Re: Slow/sluggish response (system task at 50%)
Larry Hall (Cygwin) wrote: Gene Smith wrote: snip 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, Currently I have 3 embedded projects buildable with cygwin. 2 of them are slow with cygwin make and ok with a mingw make (winavr's or codesourcery's cs-make). However, with the 3rd project I see no difference in speed between cs-make clean all and make clean all! This project has no recursive make calls, $(MAKE). But on the other two that have a speed difference, if I try to run cygwin make twice in a row, make clean ; make, I see the error .dep/main.0.d:1 *** multiple target patterns. Stop. I have to rm .dep/* to fix it. (These are generated dependency files.) I think I may have seen a reference to this as a known problem with cygwin's make but don't know if it is related to speed issue in any way. Just thought I would point this out. Also, I might point out that the two projects with speed difference, one has recursive makes while the other does not. -- 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
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 equipped machine, I see Cygwin is somewhere between 1.7 and 2.25 times slower. Whether yours or my result is more typical, I can't say. But as you noted, neither data set provides much justification for the results reported. Larry, Are you on 32-bit Windows or 64-bit Windows? I've noted on this mailing list earlier that there are large speed differences between the two. I wonder which platform Gene is on. The tr test results are consistent on Windows 64-bit for me. I don't quite understand what MINGW32 is doing that makes it ~2 times faster than cygwin. -Edward -- 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
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; i100; 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 ONE GENERATION OLDER, on an older version of cygwin, yet being a few times FASTER. On Wed, June 24, 2009 21:49, 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 similarly equipped machine, I see Cygwin is somewhere between 1.7 and 2.25 times slower. Whether yours or my result is more typical, I can't say. But as you noted, neither data set provides much justification for the results reported. Larry, Are you on 32-bit Windows or 64-bit Windows? I've noted on this mailing list earlier that there are large speed differences between the two. I wonder which platform Gene is on. The tr test results are consistent on Windows 64-bit for me. I don't quite understand what MINGW32 is doing that makes it ~2 times faster than cygwin. -Edward -- 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
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 ((i=1; i100; 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 ONE GENERATION OLDER, on an older version of cygwin, yet being a few times FASTER. On Wed, June 24, 2009 21:49, 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 similarly equipped machine, I see Cygwin is somewhere between 1.7 and 2.25 times slower. Whether yours or my result is more typical, I can't say. But as you noted, neither data set provides much justification for the results reported. Larry, Are you on 32-bit Windows or 64-bit Windows? I've noted on this mailing list earlier that there are large speed differences between the two. I wonder which platform Gene is on. The tr test results are consistent on Windows 64-bit for me. I don't quite understand what MINGW32 is doing that makes it ~2 times faster than cygwin. -Edward -- 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 -- 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
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 similarly equipped machine, I see Cygwin is somewhere between 1.7 and 2.25 times slower. Whether yours or my result is more typical, I can't say. But as you noted, neither data set provides much justification for the results reported. Larry, Are you on 32-bit Windows or 64-bit Windows? I've noted on this mailing list earlier that there are large speed differences between the two. I wonder which platform Gene is on. The tr test results are consistent on Windows 64-bit for me. Good point. My test was run against 32-bit Windows. Gene's cygcheck output says he's running 32-bit Windows as well. I don't quite understand what MINGW32 is doing that makes it ~2 times faster than cygwin. It has to do with what it doesn't do. But I think the more interesting issue is what's making things _so_ slow in some of his builds. -- 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
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 - http://cygwin.com/#beta-test 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, 1.5 started getting slow for me. I don't know (yet) what caused it. I still have the conflict with winavr using 1.7 so I don't think that is it. Someone on a list mention about home directory affecting cygwin speed. I do notice that on 1.7-beta $HOME is /home/smited (under c:\cygwin-1.7\). While on my 1.5 $HOME is /cygdrive/c/Documents and Settings/smited. Somehow 1.5 points $HOME to the existing windows home while 1.7 points $HOME to a new and almost empty directory under c:\cygwin-1.7. Does this matter at all? Depends on how much cruft has built up in your Windows home directory. While this does get pretty trashy IMO, I don't think the typical build-up of Windows junk there would seriously impact performance, unless this somehow became a network directory reference at some point. And I think if just pointing at the home directory Windows uses were a general issue, we'd hear allot more about it on this list. But I can't say for sure something in your case isn't causing the problem you were seeing. I suppose if you're real curious about it, you can try pointing your new 1.7 install to it and see if things revert to the nostalgic slow-boat that you've become accustomed to. ;-) 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/Documents and Settings/smited (where all the cruft is) and it didn't make it any slower. So where cygwin points $HOME at terminal startup does not seem to have an effect for me. Current version 1.5 is slow while beta-1.7 is fast, for still unknown reasons. -- 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
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 performance of B.20. :-) ...Karl _ Lauren found her dream laptop. Find the PC that’s right for you. http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290 -- 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
Re: Slow/sluggish response (system task at 50%)
Gene Smith wrote: snip 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/Documents and Settings/smited (where all the cruft is) and it didn't make it any slower. So where cygwin points $HOME at terminal startup does not seem to have an effect for me. Current version 1.5 is slow while beta-1.7 is fast, for still unknown reasons. I guess you're stuck looking at strace output to see if that helps pinpoint 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
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. (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
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! Where can I get this B+20 that you speak of? It sounds intriguing. cgf -- 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
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.20! Where can I get this B+20 that you speak of? It sounds intriguing. Check the InterWeb. -- 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
Slow/sluggish response (system task at 50%)
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 don't know. Or would possibly a reinstall of cygwin help? I have tried closing all other windows, rebooting etc but it is always slow. I don't notice a problem with other apps, just cygwin. Any other suggestions on what this could be? Thanks, -gene -- 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
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 don't know. Or would possibly a reinstall of cygwin help? I have tried closing all other windows, rebooting etc but it is always slow. I don't notice a problem with other apps, just cygwin. Any other suggestions on what this could be? Typically? http://cygwin.com/acronyms/#BLODA is always a good guess. If that's not it, I recommend reviewing the problem reporting guidelines at the link below: Problem reports: http://cygwin.com/problems.html -- 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
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/w slowing it down now, I don't know. Or would possibly a reinstall of cygwin help? I have tried closing all other windows, rebooting etc but it is always slow. I don't notice a problem with other apps, just cygwin. Any other suggestions on what this could be? Typically? http://cygwin.com/acronyms/#BLODA is always a good guess. If that's not it, I recommend reviewing the problem reporting guidelines at the link below: I don't have any of the things specifically listed under BLODA. Problem reports: http://cygwin.com/problems.html 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 compared to my dual-core corporate desktop machine. I will check it on the laptop but it is not with me now. Thanks for the reply. -- 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
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 compared to my dual-core corporate desktop machine. I will check it on the laptop but it is not with me now. Thanks for the reply. Attached is my cygcheck.out (some private info is redacted). I just did a compare by running the same make build using cygwin (rxvt), msys (also rxvt) and cmd. With msys and cmd I see system process running occasionally and for a short time at a maximum of 20% cpu. Usually I see the make process or just system idle and the build completes in about 22 seconds. With cygwin/rxvt, as described previously, I see system process at 40-50% (usually 50%) and nothing else using cpu comes to the top. The same build takes about 14 minutes on cygwin. Running in the standard cygwin shell (not rxvt) the time is the same, 14 minutes compared to 22 seconds under msys/rxvt and cmd shells. I removed the 2nd cygwin1.dll in the path that it warns about but it made no difference. Is there anything evident in the cygcheck that accounts for the extreme running of the windows system process with cygwin active? Cygwin Configuration Diagnostics Current System Time: Mon Jun 22 17:42:37 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Raisonance\Ride\arm-gcc\bin c:\WinAVR-20090313\bin c:\WinAVR-20090313\utils\bin C:\cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin c:\Program Files\Common Files\REDACTED\Sqlany c:\Program Files\REDACTED\REDACTED\S7bin c:\WINDOWS\CatPC\CATSYS\BIN c:\Program Files\CatPC\Windows\System32 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Autodesk Shared\ c:\PROGRA~1\NETMAN~1\System c:\Rational\ClearCase\bin c:\Rational\common c:\Program Files\PKWARE\pkzipc c:\WINDOWS\system32\WindowsPowerShell\v1.0 c:\Program Files\Vim\vim71 c:\Program Files\Raisonance\Ride\Bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 51701(smited) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 51701(smited) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'smited' PWD = '/cygdrive/c/Documents and Settings/smited/avr-play' HOME = '/cygdrive/c/Documents and Settings/smited' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\smited' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\smited\Application Data' SQLANY = 'C:\Program Files\Common Files\REDACTED\Sqlany' HOSTNAME = 'APHCZPLBD1DT' SHELL = '/bin/bash' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel' WINDIR = 'C:\WINDOWS' SITESERVER = 'aph0e32a.us002.REDACTED.net' HOMELOC = 'US.APH' WINDOWID = '6881424' CLIENTVERSION = '2.12.93' OLDPWD = '/cygdrive/c/Documents and Settings/smited' USERDOMAIN = 'us002' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' http_proxy = 'http://aph0038a.us002.REDACTED.net:8080' VBSX = 'vbs' TEMP = '/cygdrive/c/DOCUME~1/smited/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'smited' DEFPARDB = 'file:\\us002.REDACTED.net\rootdfs\ncip$\Config\Postsetup' INIX = 'ini' PROCESSOR_LEVEL = '6' DAS_HOME = 'C:\Program Files\DAS\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' DEPARTMENT = 'Corporate' USERPROFILE = 'C:\Documents and Settings\smited' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\JSCI002A' CLEARCASE_PRIMARY_GROUP = 'us002\jocy_clearcase_s7io' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' COLORFGBG = '15;default;0' LSPROVID = 'SEA' USERDNSDOMAIN = 'US002.REDACTED.NET' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/smited/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = '\\jscip10a\JSCI004P' CVS_RSH = '/bin/ssh' VISUAL = 'gvim' PROCESSOR_REVISION = '0f06' S7TMP = 'C:\Program Files\REDACTED\REDACTED\S7Tmp' NETLINK = 'fso' CLEARCASE_GROUPS = 'us002\jocy_clearcase_docs;us002\jocy_clearcase_s7io;us002\jocy_clearcase_s7pt;us002\jocy_clearcase_dev;us002\jocy_clearcase_s7cpu' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' CBEHOME = 'C:\WINDOWS\CatPC\CATSYS' DISPLAY = ':0' CSHX = 'csh'
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 runs cygwin fine compared to my dual-core corporate desktop machine. I will check it on the laptop but it is not with me now. Thanks for the reply. Attached is my cygcheck.out (some private info is redacted). I just did a compare by running the same make build using cygwin (rxvt), msys (also rxvt) and cmd. With msys and cmd I see system process running occasionally and for a short time at a maximum of 20% cpu. Usually I see the make process or just system idle and the build completes in about 22 seconds. With cygwin/rxvt, as described previously, I see system process at 40-50% (usually 50%) and nothing else using cpu comes to the top. The same build takes about 14 minutes on cygwin. Running in the standard cygwin shell (not rxvt) the time is the same, 14 minutes compared to 22 seconds under msys/rxvt and cmd shells. I removed the 2nd cygwin1.dll in the path that it warns about but it made no difference. Is there anything evident in the cygcheck that accounts for the extreme running of the windows system process with cygwin active? The overridden utilities always makes me nervous, though there's no obvious reason to be, since the Cygwin versions are reported as overriding the WinAVR versions. But I think this is more of a cause for concern: Sonic Solutions burning software containing DLA component I'd try removing that and see if it helps. There's also 1.7 - http://cygwin.com/#beta-test -- 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
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 based laptop with no corporate security that runs cygwin fine compared to my dual-core corporate desktop machine. I will check it on the laptop but it is not with me now. Thanks for the reply. Attached is my cygcheck.out (some private info is redacted). I just did a compare by running the same make build using cygwin (rxvt), msys (also rxvt) and cmd. With msys and cmd I see system process running occasionally and for a short time at a maximum of 20% cpu. Usually I see the make process or just system idle and the build completes in about 22 seconds. With cygwin/rxvt, as described previously, I see system process at 40-50% (usually 50%) and nothing else using cpu comes to the top. The same build takes about 14 minutes on cygwin. Running in the standard cygwin shell (not rxvt) the time is the same, 14 minutes compared to 22 seconds under msys/rxvt and cmd shells. I removed the 2nd cygwin1.dll in the path that it warns about but it made no difference. Is there anything evident in the cygcheck that accounts for the extreme running of the windows system process with cygwin active? The overridden utilities always makes me nervous, though there's no obvious reason to be, since the Cygwin versions are reported as overriding the WinAVR versions. But I think this is more of a cause for concern: Sonic Solutions burning software containing DLA component I'd try removing that and see if it helps. And its the first thing on the BLODA list; I didn't notice. I didn't associate the name Sonic Solutions with anything on my computer. But I see it is really part of the Roxio package. I removed the DLA (Drive Letter Access) component of Roxio (remotely, at home now) but it says I need to reboot to complete the removal... After reboot, the DLA component warning is gone from cygcheck but it is still slow doing the build. :( Oh, well, I never used this DLA thing anyhow. Guess I can try to remove the overrides you mention above. But I agree, they do seem innocuous. There's also 1.7 - http://cygwin.com/#beta-test 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 system process barely registers any activity at all. One other note. Although the cygwin speed is slow, all programs seem to work OK. -- 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
Re: Slow/sluggish response (system task at 50%)
Gene Smith wrote: Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: snip There's also 1.7 - http://cygwin.com/#beta-test 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 system process barely registers any activity at all. One other note. Although the cygwin speed is slow, all programs seem to work OK. Definitely a point understood. I'm not sure what's getting in the way on this problematic machine. In that context, the reference to 1.7 is a possible way to side-step the problem (or not ;-) ) but it certainly doesn't pinpoint the issue. -- 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
Re: Slow/sluggish response (system task at 50%)
Larry Hall (Cygwin) wrote, On 06/22/2009 08:08 PM: There's also 1.7 - http://cygwin.com/#beta-test 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, 1.5 started getting slow for me. I don't know (yet) what caused it. I still have the conflict with winavr using 1.7 so I don't think that is it. Someone on a list mention about home directory affecting cygwin speed. I do notice that on 1.7-beta $HOME is /home/smited (under c:\cygwin-1.7\). While on my 1.5 $HOME is /cygdrive/c/Documents and Settings/smited. Somehow 1.5 points $HOME to the existing windows home while 1.7 points $HOME to a new and almost empty directory under c:\cygwin-1.7. Does this matter at all? -- 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
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 - http://cygwin.com/#beta-test 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, 1.5 started getting slow for me. I don't know (yet) what caused it. I still have the conflict with winavr using 1.7 so I don't think that is it. Someone on a list mention about home directory affecting cygwin speed. I do notice that on 1.7-beta $HOME is /home/smited (under c:\cygwin-1.7\). While on my 1.5 $HOME is /cygdrive/c/Documents and Settings/smited. Somehow 1.5 points $HOME to the existing windows home while 1.7 points $HOME to a new and almost empty directory under c:\cygwin-1.7. Does this matter at all? Depends on how much cruft has built up in your Windows home directory. While this does get pretty trashy IMO, I don't think the typical build-up of Windows junk there would seriously impact performance, unless this somehow became a network directory reference at some point. And I think if just pointing at the home directory Windows uses were a general issue, we'd hear allot more about it on this list. But I can't say for sure something in your case isn't causing the problem you were seeing. I suppose if you're real curious about it, you can try pointing your new 1.7 install to it and see if things revert to the nostalgic slow-boat that you've become accustomed to. ;-) -- 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
