[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Surprisingly high use of file descriptors
From: |
Robert Pluim |
Subject: |
Re: Surprisingly high use of file descriptors |
Date: |
Thu, 05 May 2022 10:25:52 +0200 |
>>>>> On Thu, 05 May 2022 11:20:49 +0300, Eli Zaretskii <eliz@gnu.org> said:
>> From: Robert Pluim <rpluim@gmail.com>
>> Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org
>> Date: Thu, 05 May 2022 09:51:03 +0200
>>
>> >>>>> On Thu, 05 May 2022 10:47:26 +0300, Eli Zaretskii <eliz@gnu.org>
said:
>>
Eli> FTR, on MS-Windows the implementation uses a file handle per watch
Eli> (one watch for each directory), but that handle is not monitored by
Eli> the emulated pselect. It also creates one thread per each watch. The
Eli> maximum number of file handles per process on MS-Windows is AFAIK very
Eli> large (in the millions), and the maximum number of threads per process
Eli> is on the order of tens of thousands.
>>
>> That sounds like something Someone™ could use to write a proper 'poll'
>> emulation ☺️
Eli> What for? for file notifications we don't use any poll-like interface
Eli> anyway.
I meant for subprocess support. Although if it behaved like 'select' I
wouldnʼt mind either.
>> (I think gnulib has one, but I haven't looked at it).
Eli> Isn't is still limited to 64 handles?
<peeks> It uses MsgWaitForMultipleObjects, so I think so.
Robert
--
- Re: 1024 file descriptors should be enough for anyone, (continued)
- Re: 1024 file descriptors should be enough for anyone, Po Lu, 2022/05/06
- Re: 1024 file descriptors should be enough for anyone, Robert Pluim, 2022/05/06
- Re: 1024 file descriptors should be enough for anyone, Po Lu, 2022/05/06
- Re: 1024 file descriptors should be enough for anyone, Po Lu, 2022/05/06
- Re: 1024 file descriptors should be enough for anyone, Robert Pluim, 2022/05/06
Surprisingly high use of file descriptors, Stefan Monnier, 2022/05/04
Re: 1024 file descriptors should be enough for anyone, Lars Ingebrigtsen, 2022/05/05