Closed xaljer closed 5 months ago
这个问题是实现决定的,因为vim不支持多线程,所以加了个轮询机制来空转。
可以设置let g:Lf_NoAsync = 1
。
这个问题是实现决定的,因为vim不支持多线程,所以加了个轮询机制来空转。 可以设置
let g:Lf_NoAsync = 1
。
这样设置有什么其他的影响吗?
这个问题是实现决定的,因为vim不支持多线程,所以加了个轮询机制来空转。 可以设置
let g:Lf_NoAsync = 1
。这样设置有什么其他的影响吗?
有时候可能搜不到结果,或者结果不完整。 不过10万以内个文件应该没什么问题。
有时候可能搜不到结果,或者结果不完整。 不过10万以内个文件应该没什么问题。
这个问题是实现决定的,因为vim不支持多线程,所以加了个轮询机制来空转。 可以设置
let g:Lf_NoAsync = 1
。这样设置有什么其他的影响吗?
有时候可能搜不到结果,或者结果不完整。 不过10万以内个文件应该没什么问题。
这个问题好像也不是必现的?是新版本的Leaderf才会有还是新版本的neovim才会有? 我日常的工作环境有超过120万个文件……不过一直用的比较旧版本的LeaderF。
leaderf的逻辑一直没变。
修复了。
vim --version
ornvim --version
: NVIM v0.10.0-dev-2445+g2e1f5055a:echo has("python")
::echo has("python3")
: 1:echo &pythondll
(only vim, not neovim)::echo &pythonthreedll
(only vim, not neovim)::py print(sys.version)
::py3 print(sys.version)
: 3.8.10:echo g:Lf_Debug_Cmd
::echo g:Lf_FilesFromCache
:Describe your question, feature request, or bug.
LeaderfFile 打开后不需搜索,即有如下CPU占用的异常。其他LeaderF功能也可能导致此问题,并未全部测试。关闭Leaderf后cpu loading恢复正常。 更早的nvim版本CPU直接占满,界面卡住。此版本固定占用20%左右的CPU。![图片](https://github.com/Yggdroot/LeaderF/assets/8309631/718f6a6e-ec3d-4496-b5e6-64679dbc3c09)
Steps to reproduce
LeaderfFile
Actual behaviour
cpu占用异常
Expected behaviour
打开Leaderf不应该引发性能问题。