4 ms·
Serialization is the trivial part; the hard part is building a lockfree mpmc queue or message bus (depending on what you want) on top of fixed-size pre-allocate
by mgaunard 3y ago
Serialization is the trivial part; the hard part is building a lockfree mpmc queue or message bus (depending on what you want) on top of fixed-size pre-allocated memory segments.
I can't tell what this library does; the blog articles and readme all talk about stuff that isn't close to any of the challenges that I see.
- ygoldfeld 3y agoWhile I wouldn't dream of claiming Flow-IPC will fit every IPCer's priorities, nor of trying to change yours or anyone's, nor of debating about what is trivial versus hard -- it should at least be easily possible to know what's in Flow-IPC. I'm here to help; this is the API overview with various code-snippet synopses, etc.: https://flow-ipc.github.io/doc/flow-ipc/versions/main/generated/html_public/api_overview.html https://flow-ipc.github.io/doc/flow-ipc/versions/main/genera... I should also note that Flow-IPC does not provide "serialization"; it does however enable the use of an existing/best serializer (capnp) for zero-copy messaging. This is only one feature -- albeit oft requested, hence my decision to base the blog/README example on it. (I'm currently also looking into extending this to capnp-RPC.) But, of course, we don't expect it to match what everyone is looking for; in your case IceOryx might be more your speed -- have a look.