【需求】希望能优化卡顿情况:刷新卡,悬浮窗开多了卡,打开表格卡,以及一些其他会卡的情况

加佳 2021-8-8 1501

 

2022_03_07   现在依然会卡

几个方面

  1. 刷新之后,要等很久进入RE     (现在要等接近半分钟)
  2. 开的悬浮窗口多了,节点多了的时候会卡
    1. 尤其是打开带有表格的悬浮窗
    2. 如果是多维表格会更加卡

最主要的是有时候卡会将打的字卡掉,导致输入完成后最后打的文字丢失

 

  1. ((uxxx……))  鼠标移动到双括号中间的时候容易卡死   (触发全局搜索)

 

我的库情况 (已清空回收站,大小在20M)

快速回复
最新回复 (22)
  • Jasleen 2021-8-8
    0 2
    我的完全不卡,是东西多了以后就会这样了?
  • 加佳 2021-8-8
    0 3
    Jasleen 我的完全不卡,是东西多了以后就会这样了?
    现在是用得越久东西越多越卡
  • sheen 2021-8-8
    0 4
    东西多可以试下客户端,web太吃服务器了。人多的话,空间就分得少了
  • Jasleen 2021-8-8
    0 5
    加佳 现在是用得越久东西越多越卡
    😶你东西有多多?我1000字以上的主题有10个
  • Jasleen 2021-8-8
    0 6
    sheen 东西多可以试下客户端,web太吃服务器了。人多的话,空间就分得少了
    为啥呀?图片不都是上传服务器的嘛,web和客户端文字都是存在本地不是嘛
  • sheen 2021-8-8
    0 7
    Jasleen 为啥呀?图片不都是上传服务器的嘛,web和客户端文字都是存在本地不是嘛
    服务器空间有限,如果用户量超过服务器的承受范围,就会变卡,解决方法就是扩大服务器吧
  • sheen 2021-8-8
    0 8
    这是我个人的理解,不一定是对的。
  • 加佳 2021-8-8
    0 9
    sheen 东西多可以试下客户端,web太吃服务器了。人多的话,空间就分得少了
    主要我都是关闭同步的,是不是不占用服务器?
    ~主要是觉得客户端还不稳定
  • 加佳 2021-8-8
    0 10
    Jasleen 😶你东西有多多?我1000字以上的主题有10个
    30M
  • Jasleen 2021-8-8
    0 11
    加佳 30M
    整库导出30m啊?
  • Hason 2021-8-8
    2 12

    这是一个非常危险的信号,软件功能主要是前端的逻辑,服务端只是做数据存取,跟上面说的服务器问题关系不大(除非读不出数据);这说明 30M 可能是一个阈值,达到这个数据量,前端无法在有效时间内渲染完成。
    性能与安全是软件复杂度的来源之二,如果没有尽快处理,这预示着该笔记软件可能会倒在这里。研发人员少,又追求功能多而全,导致缺陷越来越多,反而深陷技术债当中无法自拔,这也是小作坊与正规军的区别。
    (希望RE越来越好,越来越稳定,当前是有时间条件限制)

  • zhangy 2021-8-9
    0 13
    1234 你终于也到了这一步,在它重构完成之前我姑且不黑它,它生或死就在这一次重构了。现在我只能给你两个忠告: 第一、千万别改[[]]引用的和主题的标题,他们[[]]的引用是伪同步的,并不是真正的“一处修改处 ...
    逻辑是这样的,你在主题页面修改名字,所有的[[]]都会改;在[[]]里面改其他地方的关键词不会改。挺好理解的吧,如果[[]]里面改就全部改的话就完全没法写笔记了,比如:本来有一个叫A的主题,之后又想写一个AB,那么全库的A就都改成AB了,很不合理吧。
    循环嵌套的话很久很久之前就把这个bug处理了,如果还有问题可以发帖反馈。
  • Hardy 2021-8-9
    2 14
    加佳 现在是用得越久东西越多越卡
    现在个人数据量大后,用RE会卡,分两方面原因,一是服务器,二是浏览器、客户端。

    服务器因为早期RE并没有针对大规模数据专门去优化,所以在服务器读取数据的时候,近期会比较容易遇到服务器响应不过来的情况,就是浏览器出提示:An Error Occur。这个很快会解决了。

    RE为了提高数据搜索、引用等场景的数据性能,会在用户进入数据库页面的时候,将该库的数据全部加载到内存里,有些用户单个数据库已经有几十万条Bullet数据,一次性加载到内存里,RE还要对这些数据进行一些初始化等一些密集的运算,可能就会在浏览器或客户端里出现页面卡死现象。现在也是时候要针对性性优化了。

    另外,如无特殊原因,建议可以适当将一些知识关联度不高的笔记,记录到不同的数据库里,以免因单个数据库过大而导致卡死。

    只要 RE 的逻辑还是选择将单个数据库的全部加载进内存里,无论如何性能优化,总会有触发性能天花板的那天,假如你的单个数据库的笔记足够多的话。
  • 加佳 2021-8-9
    0 15
    Hardy 现在个人数据量大后,用RE会卡,分两方面原因,一是服务器,二是浏览器、客户端。 服务器因为早期RE并没有针对大规模数据专门去优化,所以在服务器读取数据的时候,近期会比较容易遇到服务器响应不过来的 ...
     主要现在没法引用其他数据库的东西~
  • zhangy 2021-8-11
    0 16
    1234 我是指鼠标放在[[]]上调出浮窗后,在浮窗里改标题,会出现没有同步修改的情况。 比如鼠标放在[[A]]按shift出浮窗,在浮窗里把A改成AB,然后原来的A主题页里的标题变成了AB,但其它地方的引用 ...
    如果是这样的话那应该是个bug,悬浮窗应该和在主题等效。不过我不能复现,我这里逻辑正确功能正常。
    可以录屏反馈。
  • zhangy 2021-8-12
    0 17
    1234 同一个主题被多次引用就能复现,6、7处引用的时候会偶尔抽风,我试的是大概引用9次就一定会出现。。那些示例双链”一处修改处处修改“这种特性的教程都是只引用一两次就做展示的,那样只要响应够快都能一次全部修 ...
    复现成功,确实有bug,不过和你说的个数啥的没啥关系,原因应该是悬浮窗预览时hardy优化了资源调用没有去找全部的[[]],所以你会发现本主题的全部[[]]都会更改,但是其他主题的[[]]都不会更改。
    我在论坛和qq都没有找到你的反馈,不知道反馈到了哪里,可以在反馈处补充上述原因。
    没有看懂你说的是啥...普通用户也不是开发者,没看过代码,不知道逻辑不丢人,装懂说谜语就没必要了。不知为不知。
  • 加佳 2022-3-7
    0 18
    现在还是会卡,希望后面能够有优化方式
  • Jasleen 2022-3-19
    0 19
    加佳 现在还是会卡,希望后面能够有优化方式
    那不正是动态加载嘛!
返回