This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
RE: Allow customizing of __FD_SETSIZE
This is not a direct answer to your question, but a suggestion? -
If you need to be able to handle a very large number of open sockets, then you might want to consder use of the "epoll" mechanism rather than the traditional select()-based method.????? epoll can be considerably more CPU-efficient and does not have the 1024 bits restriction.
John
----------------------------------------
> Subject: Allow customizing of __FD_SETSIZE
> Date: Thu, 10 Jun 2010 12:26:49 +0200
> From: christoph@familiekling.de
> To: libc-help@sourceware.org
>
> Hello,
>
> I need a raise the FD_SETSIZE for an application's select() (see misc/sys/select.h) above the default of 1024, which is defined in bits/typesizes.h as a macro __FD_SETSIZE.
>
> The only way I found is to change the system's header file bits/typesizes.h. I therefore suggest to add a #ifndef __FD_SETSIZE to bits/typesizes.h in order to allow a developer to customize FD_SETSIZE. When I sent this proposal to the libc-alpha mailing list, I was rejected by the moderator and advised to open a bugzilla enhancement request and to discuss this request on the libc-help mailing list.
>
> The link to the bugzilla entry is http://sources.redhat.com/bugzilla/show_bug.cgi?id=11687
>
> What do you think about my proposition? How can we improve the bugzilla entry so that it is being accepted by libc-alpha? Unfortunately, I am not an expert for glibc.
>
>
> Regards,
>
> Christoph Kling
_________________________________________________________________
Look 'em in the eye: FREE Messenger video chat
http://go.microsoft.com/?linkid=9734386