为什么没有人用模块写一个lsp客户端来提升性能
这个肯定能快不少，但我没有真正研究过 lsp 实现。
性能瓶颈在客户端么，感觉客户端慢点可以忍受啊
以前论坛有帖子讨论过，一部分倾向于json的解析速度拖了客户端的速度（Elisp解析json太慢）到27内置了json解析，但是也没有明显的改善，具体没人分析过吧，所以才发帖问问模块能不能改善性能啊。 感觉服务器的性能才是决定性的
27挺快啊.我c++ ccls.不管是linux 还是windows,补全都流畅的很.基本没什么延迟,cpu也不高
有些慢啊，c++的都不慢，dart php flutter 就很卡了但是vscode 不卡
server 端现在基本上和 vscode 都统一了，瓶颈应该是在客户端。vscode 甚至 vim 的 lsp client 表现都挺好，emacs 27 还凑合。当然，客户端是越快越好啦，所以用模块来实现，肯定效率会好不少。还是lsp-mode 的开发者来评估吧，也许经过优化也不必使用模块呢？或者只需要部分用模块来实现？