Logseq 性能已经很强悍:2022.11测试结果分享

【本文缘起】
网友问到 logseq 之性能,刚好之前做过测试,感觉改版后提升非常明显,于是梳理记录了一下,分享给大家。

【基本观点】

  1. 以我为准。①每人的硬件不同、使用习惯、数据量及特点不同,所以,其他人的反馈仅作为参考,最终以自己的体验为取舍依据。② 尤其注意, 很多 logseq 性能反馈是早期版本,但后续版本提升明显,因此不要轻易受误导。
  2. 成本收益匹配。以块为基本单位,保持md文件与数据库一致,强大的功能……这些优点,都要以资源为代价。尽管开发团队持续优化,但基本路线选择的影响,仍难以克服。比如,web/Electron 相比原生、块级解析相比文本段落解析。
  3. 对未来乐观。很多人担心将来「笔记多了」之后的性能,这说明态度是认真的。但也请理性考虑 ①笔记增量(不要相信你的估计,请实测一下过去1个月的笔记增量)的速度可能比你的乐观估计要慢;②几年后软件、硬件性能,都会N倍提升。
  4. 后顾无忧。就算遇到了性能瓶颈(那真要恭喜你),logseq 的 md 文件机制,也保证了其他工具可以辅助托底,或者,很方便把部分内容归档、或移入新库。

【基本结论】惊喜+满意

  1. 比早期版本性能提升明显。无论是长文档(几十万字)、多页面(2000+)、海量查询(4000+引用)……都比较流畅。同样硬件环境和笔记数据,打开速度比 Roam Research 更快。
  2. 如果所有笔记内容都是手写(而非大量导入或复制/粘贴),完全可以胜任 all in one——工作、学习、个人内容全部合在一起,无须担忧性能。

【测试环境】

  • 2022-11-01,2022-11-10
  • Logseq desktop 0.6.3
  • Windows 11, 64bit
  • Dell XPS 9310, 11th Gen Intel(R) Core™ i7-1185G7 @ 3.00GHz 3.00 GHz,16GB

【正常使用场景】

  • 长期用于记录工作内容,共 895 pages;对应 494 md files(这两者相差一半,因为我借助 Logseq 在创建 md 的环保特性,很多页面没有内容,只用它反链功能汇聚内容)
  • 494个md文件,共 2.4 mb
  • 几乎没有图片、附件
  • 正常使用,非常流畅。加载和退出,没有明显的转圈、卡顿。

【压力测试1】 2022-11-01

  • 导入 [[35万字鲁迅日记]] ,加载和翻页,均流畅。页面内搜索,也流畅。
  • 打开 [[的]] 页面,流畅;点击 unlinked reference ——需要加载几十秒,或者几分钟——但加载后,翻页也流畅(编辑有点卡顿)。

【压力测试2】 2022-11-10

  • 导入 Obsidian 中 2000+ 文件,其中包括一些万字以上、几十万字的长篇笔记
  • 首次打开会占用一些时间,然后使用时流畅;
  • 打开 [[的]] 页面,流畅;点击 unlinked reference …… 这次太长时间没有反应,我直接关闭程序了。

【总结】

  1. logseq 性能,比早期提升很多。正常配置、正常用户,放心使用即可。
  2. 如果你的数据多到 logseq 无力承载,那么,恭喜——这么多有价值的数据,值得更新硬件。换台新设备作为对自己的奖励吧:blush:~~
1 个赞

感谢测试分享 :smiley:

2022-11-10 晚又做了一次导入测试,并大幅度更新文章。

ps. 分享我的几个测试方法

  1. 有个固定的长文档,作为不同app 的对比基准——我习惯用《鲁迅日记》。
  2. 测试反链性能,我会直接创建一个凶残 [[的]] ,然后点击 unlinked reference ……
1 个赞

【2023-08-02 更新】
logseq 对外部引起的内容变化,也几乎实时刷新了。(以前需要手动刷新)

  • 在 Vim 中,编辑当前页面的 md 文件,保存后,logseq 自动无感更新。
  • 在 资源管理器 中向笔记目录粘贴 md 文件,logseq 中再 ctrl+k 打开,能自动匹配文件名。