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

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

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 票

  • 思源笔记

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

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

    28446 引用 • 119789 回帖
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 评论

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

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

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

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

    image.png

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

    应该和这堆报错无关吧

    image.png

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

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

    2 回复
  • zxhd86 1

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

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

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

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

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

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

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

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


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

推荐标签 标签

  • Flume

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

    9 引用 • 6 回帖 • 686 关注
  • Sillot

    Insights(注意当前设置 master 为默认分支)

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

    主仓库地址:Hi-Windom/Sillot

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

    注意事项:

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

    Go 语言是 Google 推出的一种全新的编程语言,可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克(Rob Pike)说:我们之所以开发 Go,是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    502 引用 • 1397 回帖 • 241 关注
  • 宕机

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

    13 引用 • 82 回帖 • 74 关注
  • 禅道

    禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。

    11 引用 • 15 回帖
  • 996
    13 引用 • 200 回帖 • 6 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    4 引用 • 16 回帖 • 200 关注
  • 机器学习

    机器学习(Machine Learning)是一门多领域交叉学科,涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为,以获取新的知识或技能,重新组织已有的知识结构使之不断改善自身的性能。

    78 引用 • 37 回帖
  • 阿里云

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

    85 引用 • 324 回帖
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    337 引用 • 324 回帖 • 4 关注
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 799 关注
  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1062 引用 • 3456 回帖 • 124 关注
  • JVM

    JVM(Java Virtual Machine)Java 虚拟机是一个微型操作系统,有自己的硬件构架体系,还有相应的指令系统。能够识别 Java 独特的 .class 文件(字节码),能够将这些文件中的信息读取出来,使得 Java 程序只需要生成 Java 虚拟机上的字节码后就能在不同操作系统平台上进行运行。

    180 引用 • 120 回帖 • 1 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 350 关注
  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发,最早发布于 2014 年 9 月。

    60 引用 • 22 回帖 • 2 关注
  • OnlyOffice
    4 引用 • 41 关注
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    151 引用 • 257 回帖 • 1 关注
  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations,简称 DJI),成立于 2006 年,是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商,客户遍布全球 100 多个国家。通过持续的创新,大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖
  • 房星科技

    房星网,我们不和没有钱的程序员谈理想,我们要让程序员又有理想又有钱。我们有雄厚的房地产行业线下资源,遍布昆明全城的 100 家门店、四千地产经纪人是我们坚实的后盾。

    6 引用 • 141 回帖 • 623 关注
  • 以太坊

    以太坊(Ethereum)并不是一个机构,而是一款能够在区块链上实现智能合约、开源的底层系统。以太坊是一个平台和一种编程语言 Solidity,使开发人员能够建立和发布下一代去中心化应用。 以太坊可以用来编程、分散、担保和交易任何事物:投票、域名、金融交易所、众筹、公司管理、合同和知识产权等等。

    34 引用 • 367 回帖 • 1 关注
  • HBase

    HBase 是一个分布式的、面向列的开源数据库,该技术来源于 Fay Chang 所撰写的 Google 论文 “Bigtable:一个结构化数据的分布式存储系统”。就像 Bigtable 利用了 Google 文件系统所提供的分布式数据存储一样,HBase 在 Hadoop 之上提供了类似于 Bigtable 的能力。

    17 引用 • 6 回帖 • 72 关注
  • 外包

    有空闲时间是接外包好呢还是学习好呢?

    26 引用 • 234 回帖 • 1 关注
  • 快应用

    快应用 是基于手机硬件平台的新型应用形态;标准是由主流手机厂商组成的快应用联盟联合制定;快应用标准的诞生将在研发接口、能力接入、开发者服务等层面建设标准平台;以平台化的生态模式对个人开发者和企业开发者全品类开放。

    15 引用 • 127 回帖
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 694 关注
  • Sym

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

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

    524 引用 • 4602 回帖 • 731 关注
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件,打造你得心应手的工具集合。

    9 引用 • 75 回帖
  • OpenResty

    OpenResty 是一个基于 NGINX 与 Lua 的高性能 Web 平台,其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。

    17 引用 • 51 关注