改进打开虚拟引用后加载文档的性能 #7378
Comments
|
性能提升明显。只是有的虚拟引用悬浮窗是有内容的但通知还是提示未找到ID |
|
@UFDXD 重建索引后再试试。 |
|
已经重建索引了但是还是有问题。但仔细查看发现， 是同义虚拟引用问题。这个问题之前几个版本也存在。问题就是已经排查发现并不存在命名别名等其他导致出现同义虚拟引用词，还是会出现多虚拟引用悬浮窗。并且其中一个悬浮窗内容是空的。这个空的悬浮窗内以前会有文本提示的，现在没有文本提示而是改红色通知提示了。 虽然没办法定位具体原因。但之前不跳通知也不影响使用，红色的通知老是出来要手动点很烦的。 |
|
能否将 data 压缩后打包发我测试一下 845765@qq.com 打包后去掉 assets 文件，这样小一些。 |
|
@88250 是工作内容笔记，不能发的。抱歉了。 |
|
没事，后面如果有重现数据集的话麻烦发我吧，谢谢。 |
|
好的，我会新开一个不重要的笔记，尝试重现问题。但是能不能先改回以前那种悬浮窗内文本提示，而不是通知 |
|
报错通知内容是 "block not found" 吗？是的话改不了，这个是通用的。 |
|
是这种。 |
|
你看下全局搜索里面能否直接搜索到这个 id |
|
|
|
这是虚拟引用悬浮窗 |
|
那应该是因为这个引用锚文本指向的定义块已经不存在了。 |
|
|
|
|
|
事实是我排查过，并有导致出现同义虚拟引用的情况。 |
|
可能是历史同名过，后来修改删掉了。 |
|
不同引用（相同锚文本）分别指向不同的定义块这个是正常的。 |
|
[1772/1955] 已经建立 [13] 个块级元素的搜索索引 [445c856] (2023-02-17 14:03:23) 卡在这不动了是正常的吗？ |
|
多等一下，或者随便找个文档打个字看下是否会变，会变的话就正常了。 |
|
有办法消除“已经不存在”的“定义块”虚拟引用指向内容窗口吗？ |
|
重建索引几次了。好像不起效果。 |
|
找到那个引用，然后把引用指向存在的地方。试下在文件系统上搜索这个 id |
|
好吧问题解决了，确实是引用描文本指向不存在问题。但是！我将描文本识别关掉了啊。根本没考虑这一层。 |
|
这个是 10 分钟刷新一次，目前得等定时刷新缓存。 |
|
这个选项我怕影响性能用思源起起老早就关掉了哎……真是摸不着头脑。 |
之前通过关键字限制可以解决部分问题 #6603 但是有的场景还是需要大量关键字，得尽量从根本上解决性能问题。
加载文档时缩小关键字范围，将全量的关键字列表缩小到该文档涉及的较小关键字列表，并加入缓存。
这个改进以后第一次打开文档可能还是会有点慢，后续再次打开命中缓存以后就好很多了。
The text was updated successfully, but these errors were encountered: