Hi!

I had no plans for an 'external poll' API, as we have epoll() which is
better for very large FDsets (as long as you're on Linux).  Also,
redefining FD_SETSIZE is also IMO a very good possibility.

Regardless, select/poll with > 1024 FDs and external mode is likely not
the greatest idea from a scalability/performance perspective: if you
have that many concurrent / open FDs, you really want epoll() and
possibly think about using threads / thread pool for processing.

Happy hacking!

Christian

On 03/04/2015 10:22 PM, [email protected] wrote:
> Hi,
> 
> I would like to use the external select mode, as I need to manage the 
> connection threads externally.
> Because there could be much more than 1024 FDs used at run time, I cannot use 
> MHD_get_fdset() and select ().
> Apart from redefining FD_SETSIZE, are there other ways to use external 
> threads when FD > 1024?
> If not, is there a plan to add an MHD_get_poll_event API, the poll version of 
> MHD_get_fdset()?
> 
> Thanks,
> 
> Louis Benoit
> 

Reply via email to