I haven't tried Wookie, since adding Clack+Woo was already a substantial change. Reading <a href="https://fukamachi.hashnode.dev/woo-a-high-performance-common-lisp-web-server" rel="nofollow">https://fukamachi.hashnode.dev/woo-a-high-performance-common...</a> , where it compares with Wookie, I'm not sure if it would make a difference: it might be wrong, but "it says:<p>> Of course, this architecture also has its drawbacks as it works in a single thread, which means only one process can be executed at a time. When a response is being sent to one client, it is not possible to read another client's request.<p>... which for SSE seems to be similar to what the issue is with Woo. I wrote a bit more on it in <a href="https://github.com/fsmunoz/datastar-cl/blob/main/SSE-WOO-LIMITATIONS.org" rel="nofollow">https://github.com/fsmunoz/datastar-cl/blob/main/SSE-WOO-LIM...</a> , and it can be more of a "me" problem than anything else, but to keep a SSE stream open, it doesn't play well with async models. That's why I added a with-sse-response macro that, unlike with-sse-connection, sends events without keeping the connection open.