I find the idea of highly optimised MCP kind of funny. The protocol is so far from finished - the update for stateless MCP (which is our only hope at properly scaling it) isn't even released yet in the core protocol.
And even then - the LLMs are going to be so much slower than the MCP server, I've never quite understood the point of trying to optimise it. Even FastMCP is pretty good because everything is async.
But even given all that - this is very impressive :)
orochimaaru•2mo ago
The agents call the MCPs, which could reside on resource constrained environments or devices. Other situations like MCPs that run on your laptop are better off as self contained binaries (my personal and probably unpopular opinion ;) ).
So MCP optimization may be something that’s targeted to those areas.
anuramat•2mo ago
> so much slower
unless you're working on 10 features in parallel with smaller models in best-of-4 groups
0xeb•2mo ago
It is not about optimization but more just having a C++ library.
Then with C++ implementation, you get more portability than Python or other interpreted languages.
idohlevi•2mo ago
Nice name
0xeb•2mo ago
Yes :)
cyber_kinetist•2mo ago
If they really cared about performance (which I think is the case since they're using C++ for this) - they should use something else than nholmann-json. It's simple to use, but has one of the most atrocious performance for a C++ JSON library. (The safest choice would probably be RapidJSON)
0xeb•2mo ago
Hi, I made that port. Performance was not the goal. Just the C++ port mainly.
noogai03•2mo ago
And even then - the LLMs are going to be so much slower than the MCP server, I've never quite understood the point of trying to optimise it. Even FastMCP is pretty good because everything is async.
But even given all that - this is very impressive :)
orochimaaru•2mo ago
So MCP optimization may be something that’s targeted to those areas.
anuramat•2mo ago
unless you're working on 10 features in parallel with smaller models in best-of-4 groups
0xeb•2mo ago
Then with C++ implementation, you get more portability than Python or other interpreted languages.