每次启动后的第一次搜索，都会转几分钟才出结果。这个时间搜索整个硬盘的文件都够，不知道Obsidian在转什么。
我最近也在尝试切换到ob。
楼主有啥推荐的插件没？
本体都没搞定，每次启动这转几分钟就把我耐心耗尽了。
你的库有多少文件？我这里启动后就能秒搜（500左右个文件）
查了一下 ob 的论坛，用户 a2jc4life 有 7000 份文件，第一次打开库需要等一会儿
1 个赞
我目前6个markdown文件，搜索没问题。
1 个赞
7000多吧。看到帖子里有老哥说他一万多条，然后启动时间15秒，尚可接受。我就安全放弃OB了，我是完全无法接受。
在 Evernote 时，一条笔记和一万条笔记，无论是启动时间或者各种操作，基本上是没有明显差别的。为啥到这些笔记，就各种假死各种延迟呢？
特别是这两天试用的QOwnNotes。我看它是用C++和QT写的，认为这应该没问题了吧。但当我把7000笔记导入，它还是照样卡出屎来。
笔记软件这块，我真是自闭了。
我现在的解决方法是尽量不想东西，想了也尽量记在脑子里。尽量少麻烦这些笔记软件。
1 个赞
这可能和搜索机制有关，例如 Joplin 的搜索是基于 SQLite 的全文索引（Full Text Search），因此会出现中文英文混杂搜不到的诡异状况。如果 Obsidian 的搜索也有类似的索引机制，而不是单纯的纯文本搜索，那可能的确会出现速度问题。不过我本地的库太小，没法观察到这类搜索性能问题。或许可以试试第三方的搜索插件，或是首次打开 Vault 之后不要立刻搜索，而是稍等一会等待索引建立？
另一种解决方案是拆分成多个 vault，这样索引速度会有很大改善，不过缺点是 vault 之间没法双链了。
1 个赞
好像是每次打开软件的第一次搜索都会重建索引？
如果一直不关软件的话就没什么问题。
感觉 Markdown 格式虽然很方便，但是存在上限啊……
可以试试第三方的搜索工具？比如everything？
1 个赞
如果切换库的话，它会重新索引；或者文件有大量变动，比如修改了文件夹层级、名称等等的。
目前我的库里有300+笔记，索引时间只有几秒钟。
1 个赞
我用obsidian管理14000+笔记,
搜索不超过3秒.
只用原生搜索, 没有第三方插件.