如果lsp 以模块的形式提供,会为lsp增加多少性能


#1

为什么没有人用模块写一个lsp客户端来提升性能


#2

这个肯定能快不少,但我没有真正研究过 lsp 实现。


#3

性能瓶颈在客户端么,感觉客户端慢点可以忍受啊


#4

以前论坛有帖子讨论过,一部分倾向于json的解析速度拖了客户端的速度(Elisp解析json太慢)到27内置了json解析,但是也没有明显的改善,具体没人分析过吧,所以才发帖问问模块能不能改善性能啊。 感觉服务器的性能才是决定性的


#5

27挺快啊.我c++ ccls.不管是linux 还是windows,补全都流畅的很.基本没什么延迟,cpu也不高


#6

有些慢啊,c++的都不慢,dart php flutter 就很卡了但是vscode 不卡


#7

server 端现在基本上和 vscode 都统一了,瓶颈应该是在客户端。vscode 甚至 vim 的 lsp client 表现都挺好,emacs 27 还凑合。当然,客户端是越快越好啦,所以用模块来实现,肯定效率会好不少。还是lsp-mode 的开发者来评估吧,也许经过优化也不必使用模块呢?或者只需要部分用模块来实现?