登录 注册

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

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 票

  • 思源笔记

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

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

    22339 引用 • 89388 回帖
2 操作
sunrain 在 2024-07-20 14:39:30 更新了该帖
sunrain 在 2024-07-20 14:30:30 更新了该帖
2 操作
17 回帖
7
7
2
464 161 299 3 1

相关帖子

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • JeffreyChen •
    付费者 支持者 捐赠者

    30 秒都不行的话，那主要还是自己的网络问题

    1 回复
  • sunrain •
    作者

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

    1 回复
    1 操作
    sunrain 在 2024-07-20 11:42:19 更新了该回帖
  • JeffreyChen •
    付费者 支持者 捐赠者
    1. 截图看看报错
    2. 同步失败一次之后，上传一下日志
    1 回复
  • zxhd86 • • 1 评论
    订阅者 先知

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

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

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

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

    image.png

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

    应该和这堆报错无关吧

    image.png

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

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

    2 回复
  • zxhd86 • • 1
    订阅者 先知

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

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

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

  • JeffreyChen • • 1
    付费者 支持者 捐赠者

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

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

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

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

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

    image.png

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

  • sunrain •
    作者

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

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

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

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

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

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

    image.png

    1 回复
  • sunrain •
    作者

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

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

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

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

    1 回复
  • sunrain • • 1
    作者

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

    1. 电脑端和手机端同时打开 a 文档，
    2. 然后在电脑端 a 文档中，新增一行字符串 222（同时打开秒表计时），然后电脑端不再做任何操作，手机端也不做任何操作
    3. 这时观察手机端的 a 文档中何时出现新增字符串 222？
    4. 然后通过观察秒表可知，如果未开启同步感知的情况下大约花费 5-10 分钟时间观察到手机端出现 222，如果开启同步感知的情况下大约 30 秒左右（注：这里的手机端和电脑端保持一致，要么都开启同步感知，要么都不开启，并且开启或不开启后，两端都重启下思源软件，再开始测试）
    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

    这样看来上传云端的间隔是 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 更新了该回帖
  • JeffreyChen • • 1
    付费者 支持者 捐赠者

    那这 5-10 分钟内同步系统在做什么呢？为什么花费这么久时间呢？

    什么也没做。

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

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

    1 回复
  • sunrain •
    作者

    嗯嗯，学习了，感谢耐心细致的讲解！

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

近期热议

推荐标签 标签

  • jsoup

    jsoup 是一款 Java 的 HTML 解析器，可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API，可通过 DOM，CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 477 关注
  • Electron

    Electron 基于 Chromium 和 Node.js，让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目，兼容 Mac、Windows 和 Linux，它构建的应用可在这三个操作系统上面运行。

    15 引用 • 136 回帖 • 1 关注
  • 分享

    有什么新发现就分享给大家吧！

    248 引用 • 1792 回帖
  • Kubernetes

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

    110 引用 • 54 回帖
  • 安装

    你若安好，便是晴天。

    132 引用 • 1184 回帖
  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统，是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议，并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想，是一个性能稳定的多用户网络操作系统。

    943 引用 • 943 回帖
  • 知乎

    知乎是网络问答社区，连接各行各业的用户。用户分享着彼此的知识、经验和见解，为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • RabbitMQ

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

    49 引用 • 60 回帖 • 362 关注
  • LaTeX

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

    12 引用 • 54 回帖 • 65 关注
  • 工具

    子曰：“工欲善其事，必先利其器。”

    286 引用 • 729 回帖
  • 阿里云

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

    89 引用 • 345 回帖
  • 倾城之链
    23 引用 • 66 回帖 • 136 关注
  • 宕机

    宕机，多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态，也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态，也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 51 关注
  • Caddy

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

    12 引用 • 54 回帖 • 165 关注
  • Vue.js

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

    266 引用 • 665 回帖
  • SOHO

    为成为自由职业者在家办公而努力吧！

    7 引用 • 55 回帖 • 19 关注
  • 服务器

    服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

    125 引用 • 588 回帖
  • Angular

    Angular 是 AngularJS 的新版本。

    26 引用 • 66 回帖 • 537 关注
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发，并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例： https://wide.b3log.org

    30 引用 • 218 回帖 • 628 关注
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统，它完整实现了 JMS 规范，是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 671 关注
  • etcd

    etcd 是一个分布式、高可用的 key-value 数据存储，专门用于在分布式系统中保存关键数据。

    5 引用 • 26 回帖 • 528 关注
  • DevOps

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

    47 引用 • 25 回帖
  • Sillot

    Insights（注意当前设置 master 为默认分支）

    汐洛彖夲肜矩阵（Sillot T☳Converbenk Matrix），致力于服务智慧新彖乄，具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架（Sillot-Gibbet）基于自思源笔记（siyuan-note），前身是思源笔记汐洛版（更早是思源笔记汐洛分支），是智慧新录乄终端（多端融合，移动端优先）。

    主仓库地址：Hi-Windom/Sillot

    文档地址：sillot.db.sc.cn

    注意事项：

    1. ⚠️ 汐洛仍在早期开发阶段，尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计，使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记，开发者尽最大努力与思源笔记保持兼容，但无法实现 100% 兼容
    29 引用 • 25 回帖 • 85 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统，最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统，最初是设计给 iPhone 使用的，后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样，属于类 Unix 的商业操作系统。

    85 引用 • 139 回帖 • 1 关注
  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。

    75 引用 • 258 回帖 • 617 关注
  • 新人

    让我们欢迎这对新人。哦，不好意思说错了，让我们欢迎这位新人！
    新手上路，请谨慎驾驶！

    52 引用 • 228 回帖
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。

    86 引用 • 122 回帖 • 625 关注

最新标签