在读一部书，边读边作笔记，不知不觉页面变得很大。当前有八百多个块，四万字左右，少量的图片，没有引用和链接。主要表现为键盘输入延迟卡顿，如输入文字，回车新建块，展开折叠块等操作。延迟最多可能有一秒（感觉上）。
期望开发者能够优化大页面性能，或者至少提上日程。
也许大多数人还没触及大页面的性能问题或很少用到，但是我认为还是有不少人比较在意的，比如有些人对logseq印象不错，但碍于性能问题，还在观望。
大页面性能是logseq健壮性的表现，对要求苛刻的人来说是是具备生产力的表现。所以优化大页面性能具有很高的价值。期望开发者能够重视。
另外：期待win版证书早日到来，刚安装时，卡巴斯基报木马，杀掉了update.exe
我几年血的经验告诉我，一个页面的内容一定不能多。否则非常不方便互链引用。
一个大页面，哪怕纲目再清楚，你的眼睛也会因为内容太多，而看不过来，导致很多内容被实质性的隐藏起来，或者视而不见。
我现在是，只要是稍重要一点内容，比如重要概念，哪怕只有一句话，我也把它单独写入一个页面。
非常感谢你的建议，我觉得你说的不错，尽量把笔记原子化，更利于知识复用。我也是考虑到这一点，所以在一个页面内建了大量的块，想着复用的时候直接引用块就行了。
我会尝试你的方法，也许对我很有用。
0.4.4版本中大页面输入卡顿的现象好了很多，虽然还是能感觉出不如新建的页面那么流畅，但是至少不影响打字了。退格键删除相比输入有明显的延迟，目前还是可以忍受的。
我还是认为，logseq需要优化大页面性能，至少在用户交互操作上不能有瑕疵。我看好logseq，所以对它期望更多。
个人认为，如果你想原子化，就不要搞大页面。
我给我的页面下了一个死命令，绝不超过100个块。
大页面虽然可以引用块，但是：
1、块的引用会产生很多字母数字类的字符，有碍观瞻。不如页面引用直接。
2、重点内容真的会淹没在字海中的。哪怕你给它加了颜色、黑体、标题，因为页面内容太多，你都会漏掉很多内容。
3、万一万一到时换了笔记软件，页面引用还可以通用，块引用就没法弄了。我这一年多笔记迁移了好几次（ ob – rr – 思源 – re – log ），深知块引用的不可靠。所以我的笔记中到目前为止，没有一个块引用，全是页面引用。
可以一开始随便写，多少块都可以，但要保证每个块原子化且上下文相关。要引用某个块时，就为这个独立块新建页面用以引用。
我曾经在使用 ob 时陷入了无限拆分的困境，搞那种极致的原子化，而备受折磨。有些内容不宜拆解，例如学习美式发音的页面，这些页面很难与其他页面产生化学反应，适合一页到底，等需要引用的时候将原子化内容拆分为单独页面并引用即可。
这样做的话可以在一定程度上让原子化和大页面上兼得，即信息的原子化与页面的独立性。
使用块引用难以迁移，可以选择拆分页面在使用页面引用，但这要适度。信息的过度原子化也是一种设计的表现，因为你在思考某些细碎的信息未来能否用得上，有违自下而上的思想。所以需要时再原子化是一个不错的选项，符合自发生长的思想。