windows上使用lsp-bridge存在卡顿的情况

详细的描述可以看这个issue 启动时会卡5秒,输入后会导致无法使用 · Issue #42 · manateelazycat/blink-search · GitHub

不知道大家在windows上用lsp-bridge有这几个现象没 (emacs -Q测试过,issue里有录屏)
1 启动之后会卡顿5秒左右
2 补全没有lsp-mode流畅

给猫哥也提了issue ,但是他不用windows也不清楚原因 另外blink-search也存在同样的问题,启动之后会卡顿5秒左右 我的配置在这里 GitHub - heheda123123/emacs.d

1 个赞

第一次启动卡顿是正常的,Windows 上启动进程比较慢。

在小项目上 lsp-bridge 是可能比 lsp-mode 慢的,你可以试试大项目。

lsp-bridge 最大的优势是在使用过程中永远不会卡住 emacs 导致无法输入。

应该不是windows启动进程慢的问题,我在issue里分析了下

blink-search是用start-process启动的异步进程,执行就立刻返回了,只有用shell-command之类的函数才会卡着不返回吧。
进程启动慢顶多插件不工作,但是为啥会造成emacs界面卡顿呢,比较奇怪

1 个赞

又多分析了一些,启动时会卡5秒,输入后会导致无法使用 · Issue #42 · manateelazycat/blink-search · GitHub
最后分析的结果是:emacs在windows上的make-network-process实现有问题,
但是写了个demo测试又没有问题

玄学,感觉得逐步减少python-bridge的代码来定位bug了

1 个赞

可以用 profile 定位哪个函数调用占用大

我 Windows 电脑启动没有卡顿,执行 lsp-bridge- restart- process 也没有卡顿,感觉和你的系统环境有关

我去,那更玄学了 :rofl: 之前我也用profile看了下没看懂,我再看看把

我的操作问题,不应该先stop 的,结果如下,好像看不出啥

难道是启动异步进程后,把cpu占满了,导致卡顿的。但是这是另一个进程呀,和emacs又没关系了

难道是因为我的emacs版本问题,我是用git上最新的commit自己编译的。老哥你是用的哪个版本?方便发下链接吗?

用的这个仓库编译的版本,我也是在最新的 commit 编译的

kiennq/emacs-build: Scripts to build a distribution of Emacs from sources, using MSYS2 and Mingw64(32) (github.com)

回家用自己的 Windows 电脑执行 lsp-bridge-restart-process 也会卡几秒,看来和系统的某些设置有关。

已解决,解决步骤,代码里的localhost换成127.0.0.1

localhost在win上解析不了的原因

2 个赞

这四个项目都更新了, 感谢反馈, 为你锲而不舍的精神点赞👍

1 个赞