This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Update SOMAXCONN value from Linux 5.4
* Florian Weimer:
> * Joseph Myers:
>
>> Linux 5.4 changes the SOMAXCONN value from 128 to 4096 (this isn't in
>> a uapi header; various constants related to the kernel/userspace
>> interface, including this one, are in the non-uapi linux/socket.h
>> header).
>>
>> This patch increases the value in glibc. As I understand it, it is
>> safe to use a higher value even with older kernels (the kernel will
>> simply adjust the value passed to listen to be no more than the value
>> supported in the kernel), and SOMAXCONN is actually only a default for
>> a sysctl value in the kernel that can be changed at runtime. So I
>> think updating the value in glibc is a reasonable and safe thing to
>> do.
>
> Should we add a deprecation warning to the macro and eventually remove
> it, given that it's not actually a constant?
Oh, I see: POSIX assumes that the implementation uses a constant value
for the queue length and requires us to define the macro.