现在用c-ts-mode 会不会就没问题了？
发现这个博主的主题（gruber-darker）也挺好看。但支持的 mode 比较少。 自己 fork了一份，调整了下对 org-mode，info-mode 的支持，增加了对 diff-hl、breadcrumb、symbol-overlay、diredfl、Rainbow-delimiters、ansi-color（eat）的支持， 修复了 lazy-highlight。
我在Emacs 31 中测试了内置的 c-mode，打开他提供的 sqlite3.c，并没有 tsoding 说的那么慢，还是可以接受的。（而且我用的是 2019 年的老 MacBook Pro）
他直播里说到过自己电脑的配置，非常烂
然后他主张开发者应该用性能差的电脑开发软件
（而且他操作的速度非常快，些许延迟的影响可能会大一些
用默认c-mode打开还好，如果开eglot基本就死了。。。
我看他说的是使用的现代的电脑配置，用的是 SSD，从文件头跳到文件尾部要好几秒，确实很慢。 但我试了，1秒内就跳转了。可能是他使用的 Emacs 版本比较老？
看着不像，因为他用的 Void Linux 给的是最新版的 Emacs。
我在老笔记本（2011年的 Thinkpad X201i）上安装 Fedora 43 + Emacs 30.2 测试了下，用 c-mode 打开 sqlite.c 后第一次从文件头跑到文件尾竟然需要 7秒。不过第二次执行跳转时就是瞬时的了。
开了 Eglot，确实就没法用了。像我的 2011年的 Thinkpad X201i，内存只有 4G，肯定是没法用 LSP了。
1 个赞
x201 可以升到 8g
多谢提醒。不折腾这老本了，说不得什么时候就直接用不了了。
lsp吃内存没那么多，主要是eglot通信速度跟不上吧。我在64M内存的dos模拟器上开cedet semantics都行。
1 个赞
那很坏了，elgot 已经是 emacs 上面最轻量的 lsp client 了，其他的只会更加扑街的吧。 
轻和快是两回事，eglot跟lsp-bridge这种外挂python proxy的实现比就是慢几十倍啊
3 个赞
原来是这样么？
不过 Python 和 ELisp 比起来谁更快？
elisp 快
1 个赞
我觉得主要是rpc效率问题，Elisp没有提供一个比较高效的rpc机制。
具体实现细节我也不懂，你可以问问自己实现过lsp前端的人。
突然想到一个问题，他是不是 LSP 和 Ctags 全都不用啊？
好像是的，他用 grep（
1 个赞
lsp-bridge 感觉可以试一试。
不过我有点不太懂，这个插件是不是和 company、corfu 冲突啊？
1 个赞