GNU bug report logs - #22814
25.0.91; Emacs runs out of file descriptors on OS X

Previous Next

Package: emacs;

Reported by: David Caldwell <david <at> porkrind.org>

Date: Fri, 26 Feb 2016 06:19:02 UTC

Severity: normal

Found in version 25.0.91

Fixed in version 26.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 22814 <at> debbugs.gnu.org, andlind <at> gmail.com
Subject: bug#22814: 25.0.91; Emacs runs out of file descriptors on OS X
Date: Sat, 27 Feb 2016 11:19:10 +0200
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Date: Sat, 27 Feb 2016 09:00:14 +0100
> Cc: 22814 <at> debbugs.gnu.org
> 
> > One simple way to handle this is to define a variable with "max"
> > number of files the notification system can handle. We can set this
> > to, say, 200 on OS X and unlimited on other systems.
> 
> Would be possible, yes. I would prefer to set the limit to a system
> related value. Does there exist a portable way to detect, how many file
> descriptors / processes Emacs is able to consume?

Not portably, AFAIK.  Also, different implementations use different
resources for receiving file notifications.  For example, w32notify
uses one handle and one thread per watched file/directory.  The number
of handles a process can have on Windows is very large, and the
theoretical max number of threads is 32K, but both are limited by the
resources already consumed by the Emacs process.  So determining the
practical maximum at any given point will require a non-trivial
function.




This bug report was last modified 8 years and 232 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.