[erlang-questions] Increase the handle limit
Rickard Green
rickard.s.green@REDACTED
Mon Oct 24 14:31:56 CEST 2011
Joel Reymont wrote:
> Rickard,
>
> I see no basis for your statement below.
>
> On Oct 24, 2011, at 12:52 PM, Rickard Green wrote:
>
>> The "clipping" is there for a reason. Kernel-poll on MacOSX is implemented using kqueue(). Neither kqueue() nor poll() can handle all types of file-descriptors on MacOSX. The runtime system needs to be able to handle any type of file-descriptor that may appear.
>
> Could this be old information that's no longer valid?
>
> I just looked at the documentation for kqueue and poll and saw no restrictions on the type of file descriptor being handled.
>
> Poll has no restrictions whatsoever and kqueue has slightly different notification behavior depending on descriptor type.
>
> Thanks, Joel
On our Lion machine:
$ uname -a
Darwin xxx 11.2.0 Darwin Kernel Version 11.2.0: Tue Aug 9 20:54:00 PDT
2011; root:xnu-1699.24.8~1/RELEASE_X86_64 x86_64
$ man kqueue
...
BUGS
Not all filesystem types support kqueue-style notifications. And
even some that do, like some remote filesystems, may only support a
subset of the notification semantics described here.
$ man poll
...
BUGS
The poll() system call currently does not support devices.
There may of course always be improvements in future releases. We fall
back on select() on MacOSX since our configure test for a poll()
implementation that can handle devices fails. When poll() on MacOSX can
handle devices, it will automatically be used as fallback instead of
select().
--
Rickard Green, Erlang/OTP, Ericsson AB.
More information about the erlang-questions
mailing list