打开一个嵌入块很多的文档后软件直接不能用了,且无法关闭软件

本贴最后更新于 1386 天前,其中的信息可能已经时异事殊

打开下面这样一个有很多嵌入块的文档:

image.png

嵌入块显示不出来,而且软件的索引功能失效,其他所有引用块都点击不了,而且悬浮窗也显示不出东西,反链面板也全部失效,文档树也全部失效,看似没卡,实际上什么功能都用不了

image.png

而且此时软件无法关闭,只能用任务管理器关闭

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    26871 引用 • 112071 回帖 • 1 关注

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • 88250 1 评论

    等下个版本看看,谢谢。

    2 回复
    +1
    zihuzi
  • Belf

    +1

  • fangly

    更新到 1.5.0 后,我一打开软件,就和上面描述的情况一样了,软件用不了,也关不掉,只能用任务管理器关掉,回退到 1.4.8 软件打开没问题:

    temp99.gif

    temp100.gif

    我退回 1.4.8,然后把打开着的标签页全部关掉,再装 1.5.0,这样是没问题的。

    成功升级到 1.5.0 后,这个帖子中嵌入块的问题仍然存在。

    1 回复
    2 操作
    fangly 在 2021-11-09 16:30:25 更新了该回帖
    fangly 在 2021-11-09 16:28:57 更新了该回帖
  • 请试下重建索引或者删除数据库文件重现初始化库看看。

    1 回复
  • fangly

    两种方法都试了,还是不行(指的是 1.5.0 中的嵌入块问题)

    回退 1.4.6,本帖中的嵌入块是没问题的

    1 回复
  • 麻烦上传一下日志,谢谢。

    1 回复
  • 日志里面暂时没发现问题,能否抽空帮忙做个最小重现测试数据集发邮箱 845765@qq.com 非常感谢。

    1 回复
  • fangly 1

    已经发到您邮箱了,打开《很多嵌入》这个文档:

    image.png

    简述一下我的复现过程:

    我先是在这个页面搞了很多嵌入块,发现没问题

    然后我把所有被嵌入的内容中都加上引用块,就出问题了,回退到 1.4.6,没问题:

    image.png

  • 非常感谢老铁帮忙,已经定位到问题了,在 Issue #3372 · siyuan-note/siyuan 中修复。

    1 回复
  • fangly

    除了嵌入块和引用嵌套时的问题,还遇到一个卡死的场景,不知道两者是不是一样的问题

    我把鼠标放在引用块悬浮窗上,之后就卡死了:

    temp101.gif

    测试集:

    20210927211858cnulnll.zip

    打开《很多反链》这个文档。

    而且反链面板显示的速度非常慢,要等很久才能显示出来,感觉比 1.4.6 的时候慢了不少,不知道这个性能能不能优化一下

    1 回复
  • 我这里在开发环境用刚刚你提供的数据集测了下正常,应该是同一个问题:解析动态锚文本的时候数据库连接没关闭导致没有可用连接进行查询。

    性能问题暂时还不确定是否有影响,等下个版本发布看看。

    1 回复
  • fangly 1

    升级到 1.5.1 之后,嵌入块没问题了

    但我后面提到的鼠标放在引用块悬浮窗上的问题仍然存在,第一次放上去的时候会看到能显示,但是没有面包屑,这个时候已经假死了:

    image.png

    鼠标再放上去,就啥也没有了:

    image.png

    1 回复
  • 我这里用上次的测试集没能重现 😂

    1 回复
  • fangly

    新测试集发到您邮箱了

    把测试集里面的两个笔记本都塞到 data 文件夹里,然后把鼠标悬停在文档树中测试-数据集这个文档的块引用上,之后就假死了

    image.png

    1 回复
  • 感谢感谢,已经定位到问题了,下个版本修复。

    1 回复
  • fangly

    又发现一个可能导致假死的问题,测试集发您邮箱了(只有一个文档)

    首先 ctrl+alt+4 把一个标题变成普通段落,可以看到这时候左侧大纲中还没反应过来,这时候赶紧把列表转换为段落(要在大纲中还没发生变化的时候转换,手要快,如果大纲这时候已经变化了,即大纲第一行的"符号约定"已经没了,这时候很可能复现不了,当然有时候我没有按 ctrl+alt+4,直接把列表转换为段落也会假死),之后就假死了,这时如果没有假死,可以在这个文档上再 ctrl+z 撤回一下,之后应该也会假死:

    temp102.gif

    不过这个好像不是完全假死,出现假死状态之后,等很久以后会恢复正常,可能是性能问题

    目前主要是在列表中搞标题,以及列表转段落的过程容易出现假死状态,不止上面的复现方法。

    还有就是现在大纲的反应确实太慢了,在文档中修改标题层级后,大纲有时候要 10 秒才反应过来,而且在大纲反应变化的过程中我换到别的文档,大纲也不会变化到别的文档的大纲,而是一直卡着,我猜是某个地方阻塞了。

    还有假死会导致一个比较严重的问题,假死情况下仍然可以输入(但不能粘贴的东西),但是这个输入并不会保存到文件中,重启后写了的内容都会丢失。不知道这个问题能否防范,因为很多时候自己并不知道假死了,在文档里写了很多内容,然后突然程序崩溃重启,刚才写的内容都没了。

    1 回复
    4 操作
    fangly 在 2021-11-12 21:15:13 更新了该回帖
    fangly 在 2021-11-12 20:25:12 更新了该回帖
    fangly 在 2021-11-12 19:12:06 更新了该回帖
    fangly 在 2021-11-12 18:48:34 更新了该回帖
  • 应该是性能问题,在小库上面我重现不了,大库没做测试。

    目前对于较大列表的保存操作写入数据会比较慢,大纲还有退出等操作是阻塞的,需要等待数据写入以后才返回结果。较大列表的写入性能问题请关注 Issue #2548 · siyuan-note/siyuan

    1 回复
  • fangly

    回退到 1.4.6,在大库下,还是很顺畅的,大纲响应很快,也复现不出假死的 bug,所以这个假死问题和是小库还是大库应该没直接关系,和列表的写入性能应该也没直接关系,可以比较一下两者大纲响应的速度(其他条件都相同,都是在大库下):

    1.4.6:

    temp103.gif

    1.5.1:

    temp104.gif

    在 1.5.1 中,我关闭主笔记本,剩下测试笔记本,也就是在小库下,性能也没问题,大纲响应很快,我不太理解为什么只是打开一个和这个文档无关的笔记本,会影响这个文档的大纲的响应速度 😂

    是不是 1.4.7 中修改了什么东西,对性能造成了比较大的影响。像假死问题,以前从来没遇到过,1.4.7 之后经常出现,而且复现假死的方法有很多,一个一个复现排查估计有难度,假死的核心问题个人猜测在于性能,以前版本性能好,各种代码逻辑问题可能都触发不了,1.4.7 后性能变差了,导致很多问题暴露出来了,而性能变差的原因我猜测是 1.4.7 中的某个 issue 造成的

    1 回复
    1 操作
    fangly 在 2021-11-13 00:53:54 更新了该回帖
  • 最近的几个版本一直在改进数据库事务实现,但某些地方可能因为事务未关闭导致数据库连接泄漏。这两天也在检查代码,感觉应该补得差不多了,等发布以后继续帮忙测测看吧。

    1 回复
  • fangly

    假死情况目前还是存在,最后发给您的复现方法在 1.5.2 中依然能复现

    下面这个图中,我只是删除了这个文档中的所有内容,就假死了,我猜测是写入数据一直阻塞着:

    temp105.gif

    过了一段时间,弹出内核连接中断:

    image.png

    关掉思源,重启后,发现文档中的内容没有被删除,应该是没有成功写入数据

    复现这个假死问题的一个要点是“大纲的显示与文档真正的内容不匹配”的时候做一些操作,比如说之前的复现方法中,改变标题层级,在大纲还没有反应过来的时候,将列表转换为段落,此时一定会假死,如果大纲此时反应过来了,一般不会假死。

    而在小库下,大纲反应很快,因此很难做到大纲与文档真正内容不匹配,也就很难复现。

    “大纲的显示与文档真正的内容不匹配”这个当然是表面现象,本质肯定是其他原因。

    还有 1.4.7 之后大纲的反应速度在大库下明显比以前慢了很多,这也导致了 1.4.6 之前在大库下也没法复现,而 1.4.7 之后在大库下很容易复现上面的假死问题,说不定这个问题以前版本也存在,只是以前版本大纲反应太快了,没有人有那么快的手速可以在大纲还没反应过来的时候进行其他操作。“大纲的反应速度在大库下慢”这当然也是表面现象,本质应该也是有其他原因。或许可以往提高大纲反应速度的方向修复看看?

    1 回复
    3 操作
    fangly 在 2021-11-14 12:10:41 更新了该回帖
    fangly 在 2021-11-14 12:04:11 更新了该回帖
    fangly 在 2021-11-14 11:57:58 更新了该回帖
  • 麻烦把日志文件再上传一下,谢谢。

    1 回复
  • fangly

    log.zip

    应该是在这部分的时候假死的:

    image.png

    1 回复
  • 好的,这个问题我们会继续跟进排查的。

    3 回复
  • fangly

    我之前随便在一个新的工作空间试了下,忘了做了什么操作,日志中有以下记录,不知道能不能看出什么东西(前面几个 rebuilt database 是我主动重建索引的,我把一些东西复制到新工作工作空间,然后重建索引):

    I 2021/11/14 12:43:47 box.go:499: rebuilt database for notebook [20210820214849-sbwv4pi] in [13.83s], tree stat [count=295, size=8.4 MB] I 2021/11/14 12:43:51 box.go:499: rebuilt database for notebook [20210927211858-cnulnll] in [3.55s], tree stat [count=57, size=1.1 MB] I 2021/11/14 12:44:50 box.go:499: rebuilt database for notebook [20210820214849-sbwv4pi] in [15.37s], tree stat [count=354, size=9.4 MB] I 2021/11/14 12:44:54 box.go:499: rebuilt database for notebook [20210927211858-cnulnll] in [3.69s], tree stat [count=57, size=1.1 MB] W 2021/11/14 12:46:36 conf.go:370: data is writing I 2021/11/14 12:47:17 box.go:499: rebuilt database for notebook [20210820214849-sbwv4pi] in [63.57s], tree stat [count=704, size=22 MB] E 2021/11/14 12:47:32 database.go:1084: begin tx failed: database is locked goroutine 79128 [running]: runtime/debug.Stack() D:/go1.17/src/runtime/debug/stack.go:24 +0x65 github.com/siyuan-note/siyuan-src/kernel/sql.BeginTx() D:/88250/siyuan-src/kernel/sql/database.go:1084 +0x51 github.com/siyuan-note/siyuan-src/kernel/model.BuildBlockPath({0xc0083c8540, 0x16}) D:/88250/siyuan-src/kernel/model/blockinfo.go:187 +0x65 github.com/siyuan-note/siyuan-src/kernel/api.getBlockBreadcrumb(0xc000ae4200) D:/88250/siyuan-src/kernel/api/block.go:218 +0xf8 github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/siyuan-note/siyuan-src/kernel/model.CheckAuth(0xc000ae4200) D:/88250/siyuan-src/kernel/model/session.go:93 +0x467 github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-contrib/sessions.Sessions.func1(0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-contrib/sessions@v0.0.3/sessions.go:52 +0x18d github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-contrib/gzip.(*gzipHandler).Handle(0xc00066ef60, 0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-contrib/gzip@v0.0.3/handler.go:60 +0x2ed github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/recovery.go:99 +0x82 github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0xc000502820, 0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/gin.go:489 +0x63e github.com/gin-gonic/gin.(*Engine).ServeHTTP(0xc000502820, {0x1441b08, 0xc000c6a1c0}, 0xc000ae4000) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/gin.go:445 +0x1c5 net/http.serverHandler.ServeHTTP({0x143dec8}, {0x1441b08, 0xc000c6a1c0}, 0xc000ae4000) D:/go1.17/src/net/http/server.go:2878 +0x43b net/http.(*conn).serve(0xc000708000, {0x144cf00, 0xc000541410}) D:/go1.17/src/net/http/server.go:1929 +0xb08 created by net/http.(*Server).Serve D:/go1.17/src/net/http/server.go:3033 +0x4e8 I 2021/11/14 12:47:43 working.go:94:

    现在我每次操作标题都得非常小心,要等大纲反应过来了才放心进行其他操作,不然很容易假死,而现在大纲反应太慢了,最近我对标题的操作又比较多,所以用起来比较心累 😂

  • fangly

    可以看下面这个录屏,我只是把一个三级标题变成一级标题(当然这对底层.sy 文件来说意味着要大改结构),大纲反应过来要等 1 分多钟(这个视频有 1 分多钟,在中间可以看到任务管理器中思源 CPU 占用非常高,大纲反应过来之后 CPU 占用迅速降低):

    这个要在大库下才能复现,小库下复现不了

    1 操作
    fangly 在 2021-11-14 14:15:22 更新了该回帖
  • fangly

    除了大纲的反应特别慢,反链面板的反应也特别的慢,对于一个有 100 多条反链的文档,引用块悬浮窗一秒不到就出来了,而反链面板却要 5 秒以上才能出来,我不太理解为什么引用块悬浮窗那么快而反链面板却要这么久,两者本来应该差不太多吧

  • 下个版本会稍微进行一些参数上的优化,性能应该会和 v1.4.6 接近。 Issue #3405 · siyuan-note/siyuan

    1 回复
  • fangly

    在标题操作上的性能和 v1.4.6 相比还是差得有点多:

    v1.4.6,大纲是秒变化:

    temp110.gif

    v1.5.3,大纲要 50 秒才能变化,在等待大纲变化的期间,能写东西,但是所有引用块都失效,切换到其他文档大纲也不会变化,处于“半假死”状态:

    1 回复
  • 下个版本重写了数据索引,编辑更新慢的问题需要等数据索引稳定以后再优化。

    这次重构主要是降低数据索引内存使用和提升索引性能,会先发布内测版,老铁有空的话可以帮忙跟进测试下。

请输入回帖内容 ...

推荐标签 标签

  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划,本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE,直到 1999 年 Sun 买下此公司。Sun 于次年(2000 年)六月将 NetBeans IDE 开源,直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 714 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 109 关注
  • Scala

    Scala 是一门多范式的编程语言,集成面向对象编程和函数式编程的各种特性。

    13 引用 • 11 回帖 • 165 关注
  • 禅道

    禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。

    10 引用 • 15 回帖 • 3 关注
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态;标准是由主流手机厂商组成的快应用联盟联合制定;快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台;以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖 • 3 关注
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议,它实现了浏览器与服务器之间的全双工通信(full-duplex)。

    48 引用 • 206 回帖 • 276 关注
  • 代码片段

    代码片段分为 CSS 与 JS 两种代码,添加在 [设置 - 外观 - 代码片段] 中,这些代码会在思源笔记加载时自动执行,用于改善笔记的样式或功能。

    用户在该标签下分享代码片段时需在帖子标题前添加 [css] [js] 用于区分代码片段类型。

    230 引用 • 1653 回帖 • 2 关注
  • Docker

    Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的操作系统上。容器完全使用沙箱机制,几乎没有性能开销,可以很容易地在机器和数据中心中运行。

    498 引用 • 934 回帖 • 1 关注
  • IPFS

    IPFS(InterPlanetary File System,星际文件系统)是永久的、去中心化保存和共享文件的方法,这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    20 引用 • 245 回帖 • 240 关注
  • 阿里云

    阿里云是阿里巴巴集团旗下公司,是全球领先的云计算及人工智能科技公司。提供云服务器、云数据库、云安全等云计算服务,以及大数据、人工智能服务、精准定制基于场景的行业解决方案。

    85 引用 • 324 回帖 • 1 关注
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    555 引用 • 675 回帖
  • Excel
    31 引用 • 28 回帖
  • Office

    Office 现已更名为 Microsoft 365. Microsoft 365 将高级 Office 应用(如 Word、Excel 和 PowerPoint)与 1 TB 的 OneDrive 云存储空间、高级安全性等结合在一起,可帮助你在任何设备上完成操作。

    5 引用 • 34 回帖 • 3 关注
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    118 引用 • 54 回帖 • 10 关注
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 44 关注
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    101 引用 • 905 回帖
  • Quicker

    Quicker 您的指尖工具箱!操作更少,收获更多!

    38 引用 • 158 回帖
  • AngularJS

    AngularJS 诞生于 2009 年,由 Misko Hevery 等人创建,后为 Google 所收购。是一款优秀的前端 JS 框架,已经被用于 Google 的多款产品当中。AngularJS 有着诸多特性,最为核心的是:MVC、模块化、自动化双向数据绑定、语义化标签、依赖注入等。2.0 版本后已经改名为 Angular。

    12 引用 • 50 回帖 • 519 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    4 引用 • 7 回帖 • 3 关注
  • Caddy

    Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。

    10 引用 • 54 回帖 • 186 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC(苹果开发者大会)发布的开发语言,可与 Objective-C 共同运行于 Mac OS 和 iOS 平台,用于搭建基于苹果平台的应用程序。

    34 引用 • 37 回帖 • 553 关注
  • 机器学习

    机器学习(Machine Learning)是一门多领域交叉学科,涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为,以获取新的知识或技能,重新组织已有的知识结构使之不断改善自身的性能。

    77 引用 • 37 回帖 • 1 关注
  • Gzip

    gzip (GNU zip)是 GNU 自由软件的文件压缩程序。我们在 Linux 中经常会用到后缀为 .gz 的文件,它们就是 Gzip 格式的。现今已经成为互联网上使用非常普遍的一种数据压缩格式,或者说一种文件格式。

    9 引用 • 12 回帖 • 185 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    142 引用 • 442 回帖 • 1 关注
  • DevOps

    DevOps(Development 和 Operations 的组合词)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。

    59 引用 • 25 回帖
  • 创造

    你创造的作品可能会帮助到很多人,如果是开源项目的话就更赞了!

    189 引用 • 1021 回帖
  • 小薇

    小薇是一个用 Java 写的 QQ 聊天机器人 Web 服务,可以用于社群互动。

    由于 Smart QQ 从 2019 年 1 月 1 日起停止服务,所以该项目也已经停止维护了!

    35 引用 • 468 回帖 • 759 关注