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
next prev parent 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).