> -----Original Message----- > From: [email protected] [mailto:rsyslog- > [email protected]] On Behalf Of Ryan Lynch > Sent: Tuesday, December 08, 2009 4:42 PM > To: rsyslog-users > Subject: Re: [rsyslog] Is '--enable-unlimited-select' in 5.5.1 > consideredusable? > > On Tue, Dec 8, 2009 at 10:36, Rainer Gerhards > <[email protected]> wrote: > >> this mechanism is intended to provide for higher number of open > files > >> and network connections in branches that do not support epoll() (it > is > >> present in v4-devel, can be backported to v3 with ease). It is > >> obsoleted > >> in the most recent v5 builds. > > > > good point: it is not really obsoleted for *all* sources > (unfortunately). So > > far, I have only moved imudp and the plain tcp netstream driver to > epoll. The > > others use your patch, if enabled. Also, on systems where epoll is > not > > available, the patch is included for plain tcp as well (I will keep > the > > select() code because it is more portable, but disable it if I find > epoll). > > So, if I understand you, correctly, epoll() is not supported for RELP, > GSSAPI, and/or TLS connections?
correct > Do you plan to support epoll() for > those types of connections, in the future? Yes, but I want to gain some experience with the current implementation first. I needed to make quite some changes to the driver layer and would like to see that used in practice first. That, btw, was a primary reason why I selected plain tcp as the initial target -it is the most often used transport of all these. Rainer > > -Ryan > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
