I can disable using epoll by using "configure ax_cv_have_epoll=no" because this is the cache value from the GNU autoconf m4 macro ax_have_epoll.m4
I tested that; on the other hand as I said epoll seems to work on OI, it could potentially be useful. The Illumos manpage really seems to suggest alternatives like: "native applications should continue to prefer using event ports via the port_create(3C), port_associate(3C) and port_getn(3C) interfaces. In particular, use of epoll in a multithreaded environment is fraught with peril;" So basically port_create seems the preferred API; Squeak has no support at the moment for port_create, only for select and epoll. As far as I can see nginx is not enabling its epoll support but enables their support for port_create. It builds on OpenIndiana ngx_eventport_module, not ngx_epoll_module. So if the manpage on epoll states that using port_create is preferred, that would perhaps be the best route ... ----- Op 11 apr 2021 om 15:25 schreef Bob Friesenhahn [email protected]: > On Sun, 11 Apr 2021, [email protected] wrote: >> >> However does OpenIndiana really have to ship /usr/include/sys/epoll.h ? >> >> The sys/epoll.h header file could be split from SUNWcs package, >> and provided in an optional header file package for epoll compatibility. >> >> There are some implications to shipping the header file sys/epoll.h by >> default. > > Some software may require epoll. Epoll seems to be more efficient > than other Linux API alternatives given many open file descriptors. > It is unfortunate that some software will enable use of a feature > because its configure script detects that it exists. Usually it is > possible to force that a feature will not be used (e.g. by providing a > cache value which says it is not available) when running a configure > script. > > The only real solution is to make sure that applications are using the > most appropriate APIs under Illumos given their actual requirements. > > Bob > -- > Bob Friesenhahn > [email protected], http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt > > _______________________________________________ > oi-dev mailing list > [email protected] > https://openindiana.org/mailman/listinfo/oi-dev _______________________________________________ oi-dev mailing list [email protected] https://openindiana.org/mailman/listinfo/oi-dev
