思源 30 秒自动同步成功率的问题

本贴最后更新于 324 天前,其中的信息可能已经渤澥桑田

MacOS14.5,思源版本 3.1.1,无安装任何插件。

仅测试了 pc 和 Android 交替编辑同步。

纯手动同步,偶尔报错冲突之类,尤其是两端都打开同一个文件时。

30 秒自动同步,成功率太低(无论是 siyuan 同步还是 s3 都一样)。

从 obsidian 转到思源,就是不想折腾,尤其是同步问题,就想安心的记个笔记。

试过了几款笔记,joplin 的同步体验最好,速度还快。可惜,joplin 功能太弱。

目前还没发现简单易用,完美的笔记,支持付费,但要好用。

obsidian 相对好一些吧,但比较折腾。

或许,是我使用方式不当吧,误解之处还请评论指正!

或许,以上言论可能会伤害到思源的粉丝们,但这是我的真实体验,有冒犯之处还请大佬们多多海涵!


你的 30 秒自动同步稳定吗?

单选 不公开 永不结束 24 票
非常稳定
54% 13 票
稳定
0% 0 票
一般
12% 3 票
不稳定
4% 1 票
非常不稳定
25% 6 票
这是个随机事件
4% 1 票

  • 思源笔记

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

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

    25881 引用 • 107208 回帖
2 操作
sunrain 在 2024-07-20 14:39:30 更新了该帖
sunrain 在 2024-07-20 14:30:30 更新了该帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 30 秒都不行的话,那主要还是自己的网络问题

    1 回复
  • sunrain
    作者

    感谢回复!应该不是网络问题,不止等了 30 秒,几分钟都不行。而且 joplin 和其他软件就没有这个问题。

    1 回复
    1 操作
    sunrain 在 2024-07-20 11:42:19 更新了该回帖
    1. 截图看看报错
    2. 同步失败一次之后,上传一下日志
    1 回复
  • zxhd86 1 评论 via Android

    据我所知,思源似乎目前没有不付费的选项,也没有第三方同步插件……所以你是自己折腾的同步?那风险自负嘛

    我觉得是 7 天试用,不然肯定没有 30 秒 这个说法
    JeffreyChen
  • sunrain
    作者

    没有报错,就是两端无法同步,一端修改了数据,如果不手动同步的话,等上好久另一端也不会同步,还是旧数据。

    如果两端同时都打开了同一个文件时,偶尔会报

    image.png

    之前还会报错:cloud index changed,然后删除了同步数据后,重新来过。这会不报了。

    应该和这堆报错无关吧

    image.png

    另外,我现在无限等待,发现并不是没成功,而是时间太久了可能 4-5 分钟,甚至更久,才自动同步成功,这也太久了吧,我再观察观察吧。

    @zxhd86 感谢回复!我是 7 天试用期,要不然哪来 siyuan 同步方式。

    2 回复
  • zxhd86 1 via Android

    嗯,那就看看日志了,思源设置、关于、导出日志

    多端编辑同一个文件,尝试打开同步感知。

    另外,确实无关,那个是社区插件市场的报错。

  • 一端修改了数据,如果不手动同步的话,等上好久另一端也不会同步

    思源不是实时同步的,如果想同步更及时的话就打开云端配置里的「同步感知」功能(仅限官方同步)

    如果两端同时都打开了同一个文件

    思源的同步是基于快照的,所以在数据没有完全同步的时候不能编辑同一个文档,否则会产生冲突,此时如果没打开「同步冲突时生成冲突文档」的话其中一方的数据会被覆盖。

    换句话说就是思源不支持多端同时编辑。


    image.png

    这个看起来有点怪,不知道是什么问题

  • sunrain
    作者

    @JeffreyChen @zxhd86 感谢两位大佬的回复!

    经测试,确实同步感知能在 30 秒左右实现同步,如果不使用同步感知功能大约 5 分钟-10 分钟能实现同步。

    看来是我被官方的 30 秒同步选项给误导了,我觉得,这个应该有所说明,或者去掉非同步感知下的 30 秒同步选项,或者改成 5-10 分钟选项,不然容易让新手产生误解,误以为思源同步有问题。

    1 回复
  • 看来是我被官方的 30 秒同步选项给误导了,我觉得,这个应该有所说明,或者去掉非同步感知下的 30 秒同步选项

    实际上这是指 30 秒完全无变化才会同步到云端,否则同步太频繁会降低输入时的性能,使用的流量也会更多

    image.png

    1 回复
  • sunrain
    作者

    嗯嗯,确实,这个词在同步有问题时我也琢磨过。但是感觉还是有歧义吧,什么叫不再变动呢?我测试时,比如,输入 111 后,就不再操作了,一直等待另一端同步,这不叫不再变动吗?再怎么说也没人会理解成不再输入 5-10 分钟后才叫不再变动吧,即使能这么理解,为什么是 5-10 分钟,而不是其他呢。我这样理解不对吗?

    1 回复
  • 我不知道你那里是什么情况,但我刚刚拿秒表计时了,编辑完不到 40 秒的时候就会同步到云端。

    如果你指的是另一个客户端一直没有拉取云端的新数据,那我不清楚这个时间间隔是多少。

    1 回复
  • sunrain 1
    作者

    我也是用秒表记录的,我这边的情形是,比如,

    1. 电脑端和手机端同时打开 a 文档,
    2. 然后在电脑端 a 文档中,新增一行字符串 222(同时打开秒表计时),然后电脑端不再做任何操作,手机端也不做任何操作
    3. 这时观察手机端的 a 文档中何时出现新增字符串 222?
    4. 然后通过观察秒表可知,如果未开启同步感知的情况下大约花费 5-10 分钟时间观察到手机端出现 222,如果开启同步感知的情况下大约 30 秒左右(注:这里的手机端和电脑端保持一致,要么都开启同步感知,要么都不开启,并且开启或不开启后,两端都重启下思源软件,再开始测试)
    1 回复
  • 这样看来上传云端的间隔是 30 秒,而拉取云端的时间间隔会更长

    1 回复
  • sunrain
    作者

    嗯嗯,好像是的,如果这么理解,官方选项中的 30 秒同步也没说错,不过是开始同步。😄

    不过,用户的直观感受可能会误解为 30 秒同步大致是两端内容完全一样一共花费 30 秒左右,不会想到会延迟到 5-10 分钟,为什么呢?因为思源是增量同步,按理说我只修改了一个文档的一个块而已,不至于延迟到 5-10 分钟吧。

    而且,我觉得,延迟 5-10 分钟也不合理吧,那这 5-10 分钟内同步系统在做什么呢?为什么花费这么久时间呢?按理说,另一端也是 30 秒开始同步,那么这么看的话,最坏情况是 60 秒,加上网速来回时间,2 分钟左右足够了吧。

    1 回复
    3 操作
    sunrain 在 2024-07-20 18:05:42 更新了该回帖
    sunrain 在 2024-07-20 18:02:23 更新了该回帖
    sunrain 在 2024-07-20 18:00:19 更新了该回帖
  • 那这 5-10 分钟内同步系统在做什么呢?为什么花费这么久时间呢?

    什么也没做。

    思源虽然能多端同时打开使用,但不推荐这样用。一般都是 A 设备关闭思源并上传数据后再到 B 设备打开思源拉取数据,不追求实时同步,所以后台不会频繁拉取云端数据,同步也就没那么及时了。

    像你的这种情况,最好的方法就是每次切换设备后手动点击同步图标拉取数据,不需要等它自动拉取。

    1 回复
  • sunrain
    作者

    嗯嗯,学习了,感谢耐心细致的讲解!

  • traveler via Linux
    • 绷不住了,Joplin 的官方同步和第三方同步用久了会怎样不清楚,但
    • Obsidian 的同步就是 Livesync 的,就是初始同步慢而已,如果你真不想折腾,那应该就直接用 Obsidian 的官方同步。
    • 另外 Obsidian 的社区插件 Self-hosted Livesync 可以做到实时同步。
    • 不得不说,SiYuan 的 S3 同步做的确实一般,也就比 Obsidian 的 Remotely Save 好而已(也没有几家笔记支持 S3)。官方同步也非常的缺乏吸引力,但是 SiYuan 可以伺服,docker 部署,特别是后者,用起来比官方和 S3 爽快多了,不仅是实时同步的,而且只要有个浏览器就能做到,不需要下载客户端。
请输入回帖内容 ...

推荐标签 标签

  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 99 关注
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖 • 1 关注
  • TensorFlow

    TensorFlow 是一个采用数据流图(data flow graphs),用于数值计算的开源软件库。节点(Nodes)在图中表示数学操作,图中的线(edges)则表示在节点间相互联系的多维数据数组,即张量(tensor)。

    20 引用 • 19 回帖
  • jQuery

    jQuery 是一套跨浏览器的 JavaScript 库,强化 HTML 与 JavaScript 之间的操作。由 John Resig 在 2006 年 1 月的 BarCamp NYC 上释出第一个版本。全球约有 28% 的网站使用 jQuery,是非常受欢迎的 JavaScript 库。

    63 引用 • 134 回帖 • 734 关注
  • Flume

    Flume 是一套分布式的、可靠的,可用于有效地收集、聚合和搬运大量日志数据的服务架构。

    9 引用 • 6 回帖 • 659 关注
  • 安全

    安全永远都不是一个小问题。

    199 引用 • 818 回帖 • 3 关注
  • 思源笔记

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

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

    25881 引用 • 107207 回帖
  • Quicker

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

    37 引用 • 157 回帖 • 2 关注
  • Bootstrap

    Bootstrap 是 Twitter 推出的一个用于前端开发的开源工具包。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发,是一个 CSS / HTML 框架。

    18 引用 • 33 回帖 • 648 关注
  • CSDN

    CSDN (Chinese Software Developer Network) 创立于 1999 年,是中国的 IT 社区和服务平台,为中国的软件开发者和 IT 从业者提供知识传播、职业发展、软件开发等全生命周期服务,满足他们在职业发展中学习及共享知识和信息、建立职业发展社交圈、通过软件开发实现技术商业化等刚性需求。

    14 引用 • 155 回帖
  • FlowUs

    FlowUs.息流 个人及团队的新一代生产力工具。

    让复杂的信息管理更轻松、自由、充满创意。

    1 引用 • 7 关注
  • PHP

    PHP(Hypertext Preprocessor)是一种开源脚本语言。语法吸收了 C 语言、 Java 和 Perl 的特点,主要适用于 Web 开发领域,据说是世界上最好的编程语言。

    167 引用 • 408 回帖 • 489 关注
  • OpenStack

    OpenStack 是一个云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过 Web 接口让最终用户部署资源。

    10 引用 • 3 关注
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台,同时可以将自己看到的精彩内容分享到微信朋友圈。

    133 引用 • 796 回帖
  • 爬虫

    网络爬虫(Spider、Crawler),是一种按照一定的规则,自动地抓取万维网信息的程序。

    106 引用 • 275 回帖
  • 强迫症

    强迫症(OCD)属于焦虑障碍的一种类型,是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病,其特点为有意识的强迫和反强迫并存,一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖 • 4 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    29 引用 • 202 回帖 • 29 关注
  • Docker

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

    496 引用 • 934 回帖
  • PWA

    PWA(Progressive Web App)是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术,在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 183 关注
  • 工具

    子曰:“工欲善其事,必先利其器。”

    298 引用 • 763 回帖
  • Sym

    Sym 是一款用 Java 实现的现代化社区(论坛/BBS/社交网络/博客)系统平台。

    下一代的社区系统,为未来而构建

    524 引用 • 4601 回帖 • 712 关注
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现,服务器端用 Erlang 语言编写,支持多种语言客户端,如:Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 349 关注
  • 微软

    微软是一家美国跨国科技公司,也是世界 PC 软件开发的先导,由比尔·盖茨与保罗·艾伦创办于 1975 年,公司总部设立在华盛顿州的雷德蒙德(Redmond,邻近西雅图)。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖
  • LaTeX

    LaTeX(音译“拉泰赫”)是一种基于 ΤΕΧ 的排版系统,由美国计算机学家莱斯利·兰伯特(Leslie Lamport)在 20 世纪 80 年代初期开发,利用这种格式,即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能,能在几天,甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式,这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    12 引用 • 59 回帖 • 3 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖 • 1 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    268 引用 • 666 回帖