Let me find my space helmet. The voice in my head is crying 'architectural astronaut'.
We are forgetting again to ask the important question of "what else did you try, and why didn't it work so you had to write your own?" I think I get the 'why' for pooling. I know a guy at work who struggles a bit with query rate (query speed is great... until it hits the pool limits). I don't know the 'why' for the technology it's built on top of. Lacking that, I see someone wanting to write machinarium and then building something on top of it.
Which doesn't sound like a bad thing at all, until you find a feature the 'thing on top of it' gets wrong which is consistent with the thing the primary authors are most invested in. You can't have that feature because machinarium doesn't want you to have it. Close ticket.
Form always triumphs over function when the architect is invested in their solution and not the user. Making a library that embodies that solution, at least in my experience, vastly amplifies that investment. That also telegraphs the investment, which if you know to look for can tell you 'buyer beware'. Buyer beware.
Machinarium sounds a lot like libuv: https://github.com/libuv/libuv/wiki/Projects-that-use-libuv
Have I got that wrong?