public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Gregory M. Turner" <gmt@malth.us>
To: cygwin@cygwin.com
Cc: Aharon Robbins <arnold@skeeve.com>
Subject: Re: stuff running slowly
Date: Tue, 28 Aug 2012 08:54:00 -0000	[thread overview]
Message-ID: <503C6E75.1020101@malth.us> (raw)
In-Reply-To: <201208280628.q7S6SThf013003@skeeve.com>

On 8/27/2012 11:28 PM, Aharon Robbins wrote:
> Michael,
>
> Thanks for your note. I understand that process creation on Windows
> is slower than on Linux. But what I'm seeing is off by a few orders of
> magnitude.  Cygwin on Windows 7 on a Sandy Bridge Core i5 with 4 Gig of
> memory is PAINFULLY slower than even my 7 year old Power PC Macbook G4
> running Mac OS X 10.5 with only .75 G of RAM.  Something is definitely
> wrong.
>
> The total
>
> 	./bootstrap.sh && configure && make && make check
>
> process takes close to 45 minutes!  On Linux, it takes under one minute.
> On my Mac, under 5 minutes.
>
> Short of "remove and reinstall", is there anything I should look for?

That's only one order of magnitude :P  But I'm guessing that's small 
consolation.

There is one thing you can look for, and that's anything cluttering up 
your process creation, uh, process, so to speak.

BLODA apps (see http://cygwin.com/faq/faq.using.html#faq.using.bloda) 
are the likeliest culprits and also they will give you more grief later.

By extension, any software that wants to "hook APIs" by means of DLL 
"injection" hacks is going to cause problems (i.e.: I would guess, 
something like Dragon NaturallySpeaking, although I don't know if that's 
already a BLODA -- not singling that particular app out for any reason, 
just an example.)

If it "magically" changes the way Windows works, or if it is designed to 
prevent you from doing things (i.e.: video games, poker clients, etc, 
that have built-in anti-cheating rootkits), it probably is bad for cygwin.

Also possible is that rebasing your cygwin installation, cleanly, with 
no processes running, will allow cygwin to do less gymnastics and get 
better results.

At the end of the day, however, it may simply be that the particulars of 
the program you are trying to build are just not cygwin-friendly and 
you'll never get anywhere near the performance you want. 
Cross-compiling in an emulator might work better if you need it to go fast.

-gmt

--
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

  reply	other threads:[~2012-08-28  7:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-27  2:59 arnold
2012-08-27  6:03 ` Michael Henry
2012-08-28  7:06   ` Aharon Robbins
2012-08-28  8:54     ` Gregory M. Turner [this message]
2012-08-28 16:53       ` James Johnston
2012-08-31 17:59   ` Aharon Robbins
2012-08-31 18:16     ` Earnie Boyd
2012-08-31 18:37     ` Achim Gratz
2012-08-28 15:00 ` marco atzeri

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=503C6E75.1020101@malth.us \
    --to=gmt@malth.us \
    --cc=arnold@skeeve.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).