First change since 0.2 will actually be a (huge?) improvement to my lib. So far, it was hardwired to use the good old call. This is perfectly fine for handling around up to 100 (or at least less than 1000, YMMV) clients.

Some implementations offer defining the upper limit for checked file descriptors. Added support for that.

POSIX also specifies , which has very similar issues, but slightly different. Added support for this as well.

And then, I went on to add support for the -specific and -specific (, , , ...) which are both designed to *solve* any scalability issues ๐Ÿฅณ

A little thing that slightly annoyed me about kqueue was that there's no support for temporarily changing the signal mask, so I had to do the silly dance shown in the screenshot. OTOH, it offers changing event filters and getting events in a single call, which I might try to even further optimize ... ๐Ÿ˜Ž

kqueue client code, manually relaxing the signal mask for just the single kevent() call waiting for new events.
0

If you have a fediverse account, you can quote this note from your own instance. Search https://mastodon.bsd.cafe/users/zirias/statuses/114319104921653352 on your instance and quote it. (Note that quoting is not supported in Mastodon.)