[oi-dev] valgrind and epoll(5) illumos issue

[stes@PANDORA.BE]

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 bfriesen at simple.dallas.tx.us:

> On Sun, 11 Apr 2021, stes at PANDORA.BE 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
> bfriesen at simple.dallas.tx.us, 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
> oi-dev at openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev