This is the mail archive of the
mailing list for the Cygwin project.
RE: random "fork: Resource temporarily unavailable"
- From: "Charli Li" <KBarticle889459 at aim dot com>
- To: "Cygwin Mailing List" <cygwin at cygwin dot com>
- Date: Thu, 15 Jun 2006 21:34:09 -0400
- Subject: RE: random "fork: Resource temporarily unavailable"
-----BEGIN PGP SIGNED MESSAGE-----
- -----Original Message-----
> From: firstname.lastname@example.org [mailto:email@example.com]On Behalf
> Of Linda Walsh
> Sent: Thursday, June 15, 2006 6:06 PM
> To: firstname.lastname@example.org
> Subject: random "fork: Resource temporarily unavailable"
> I've not seen this message except when I've had to rapidly
> press ^C to break out of a loop shell script.
> Today, I've seen it twice when there was virtually no cpu load
> on the system, about 50% virtual memory committed, and 40 processes.
> Once, was with an "ls" command, the other happened as my shell was
> starting up by some command invoked in the .rc script.
> I get suspicious whenever I see behavior on my computers when
> anomalies crop up.
> I don't think any of my cygwin libraries have been updated recently.
> What would cause something like this? Memory fragmentation?
> Insufficient real memory to "immediately" fork? I.e. I wonder
> if, when NT goes to "fork", if it doesn't have enough free
> memory, it tells the caller it failed (try again later) and
> then starts a memory cleanup cycle to free up memory: i.e. rather
> than the forking process sleeping while memory is made available
> NT returns it immediately with a failure.
> Any idea on causes? Is it as rare as it has been for me?
> A possible solution would be retry the fork a second time, or
> sleep for a millisecond and then try fork again. I'm not sure,
> but I think many *ixy (*='un'|'pos'|'lin'|'ir'...etc) type programs
> may not retry the fork but immediately die, as on *ixy systems,
> a fork failure is less common, and usually only happens when
> the system really is out of resources. If that's the case,
> it _might_ be an aid to smooth *ixy compatibility for the
> library handling fork, retry the fork (possibly with millisecond
> sleep) once before returning failure to the application.
> Not a high priority issue, but just wondering....
> If it is NT returning failure rather than
> forking, I wonder if, in order to provide a better "run-time"
Confirmed. This happens on Windows 2000 Service Pack 4, with the latest *stable* cygwin1.dll. It happens when I even run a configure script, or anything else. It's rare, you're right Linda, and it happens at any time (also a bit annoying). The temporary workaround for me is to just restart the whatever and get on with life.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Cygwin)
-----END PGP SIGNATURE-----
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html