Re: pgsql: Add kqueue(2) support to the WaitEventSet API.
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql: Add kqueue(2) support to the WaitEventSet API. |
| Дата | |
| Msg-id | 19960.1582578101@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgsql: Add kqueue(2) support to the WaitEventSet API. (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Ответы |
Re: pgsql: Add kqueue(2) support to the WaitEventSet API.
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> On 2020-Feb-24, Tom Lane wrote:
>> I don't think there's much point in telling Windows users about
>> _setmaxstdio() here.
> Yeah, telling users to _setmaxstdio() themselves is useless, because
> they can't do it; that's something *we* should do. I think the 512
> limit is a bit low; why not increase that a little bit? Maybe just to
> the Linux default of 1024.
> Then again, that would be akin to setrlimit() on Linux. Maybe we can
> consider that a separate GUC, in a separate patch, with a
> platform-specific default value that just corresponds to the OS's
> default, and the user can set to whatever suits them; then we call
> either _setmaxstdio() or setrlimit().
Why not just drive it off max_files_per_process? On Unix, that
largely exists to override the ulimit setting anyway. With no
comparable knob on a Windows system, we might as well just say
that's what you set.
regards, tom lane
В списке pgsql-hackers по дате отправления: