delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2007/05/12/17:28:11

X-Spam-Check-By: sourceware.org
Message-ID: <46463154.6020301@tlinx.org>
Date: Sat, 12 May 2007 14:27:48 -0700
From: Linda Walsh <cygwin AT tlinx DOT org>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: DualCores and Current Cygwin problems
References: <46439B99 DOT 1070009 AT sun DOT com>
In-Reply-To: <46439B99.1070009@sun.com>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Hi, I don't claim to know what is going on, but I'm
using a dual-core system and haven't noticed the problems you are having,
but my processors are Intel Dual Core.  That shouldn't make a difference
I wouldn't think.

Joseph Kowalski wrote:
> 1) Windows XP, fully updated;   2) Visual Studio .NET Professional (2003)
> 3) Microsoft Platform SDK (2004 - *not* R2)
> 4) Microsoft DirectX SDK (Summer 2004);   5) Sun Java 6 SDK (1.6.0_01)
> 6) Cygwin (current).  That's it.  No additional software components.  None.
----
	What do you mean by "components"?  Do you mean if you go into
the "Add/Remove Programs", the only items I would see would be the MS SDK,
XP "Patches", DirectX SDK, and Sun Java?  If you tell it to hide "updates",
I'd guess you only have 3 items on your Software list?  the MS-Platform SDK,
the DirectX SDK and the Sun Java SDK?  (Cygwin wouldn't be listed).

	That's a pretty short list, but I assume it is a test machine
that's off the main net and is only for testing?


> With this configuration, I get random "can not fork: Resource 
> temporarily unavailable" errors ... [and]  "dup_proc_pipe" failures, which
> are fairly random, but tend to be understandably associated with long 
> pipes in the build process.
> 
> If I add /ONECPU to boot.ini, neatly turning my DualCore system into a 
> single core system, the failures all magically disappear.
-----
	Using "Process Explorer" from sysinternals.com (now owned by MS), one can
set "affinities" for processes that should limit your processes to 1 cpu.  Children
from a processor-limited process inherit the "affinities".

	I'm wondering -- just as a data point, if you tried building on a
dual-core, but setting all of your cygwin processes to run on one core?


> This would tend to indicate that there is a multi-threading issue either 
> in cygwin or in the underlying Windows XP operating environment.
---
	Sounds plausible -- all of your drivers are one's included in XP?
Maybe, perversely, you could try drivers from your hardware manufacturers and
see if they work better?  On a previous machine, I installed drivers for my
motherboard from Intel site.  Another difference (that shouldn't make a difference)
is the BIOS code -- I have run into BIOS code, *many* years ago, that wasn't
reentrant --- made it a pain to work with.   But with multiple cpu's, that's a
more challenging layer of re-entrancy than single-cpu multi-tasking/threading.

	But maybe making sure you have latest drivers from manufacturers
even though they may not be coming with your standard WinXP install would
help?

Linda


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019