shenyangno1

shenyangno1

V2EX 第 234366 号会员,加入于 2017-06-07 12:13:25 +08:00
shenyangno1 最近回复了
很棒,已订阅 👍
53 天前
回复了 zzhbbdbbd 创建的主题 分享创造 我用 Rust 写了个 WASM Blog
很漂亮我很喜欢
67 天前
回复了 leiuu 创建的主题 程序员 常见的 4 套软件环境惯用什么英文缩写
经历过
sit/pre/prd
alpha/beta/staging/prod
有一说一,他们拿到转账单号,能有渠道去核验吗?
《关于进一步防范和处置虚拟货币交易炒作风险的通知》

(三)境外虚拟货币交易所通过互联网向我国境内居民提供服务同样属于非法金融活动。对于相关境外虚拟货币交易所的境内工作人员,以及明知或应知其从事虚拟货币相关业务,仍为其提供营销宣传、支付结算、技术支持等服务的法人、非法人组织和自然人,依法追究有关责任。


没路了啊兄弟。。
319 天前
回复了 JasonLaw 创建的主题 Redis 不太理解 Redlock 算法中 split brain 相关内容
我想尝试回答一下疑问 1,我读到原文这段话的时候也很懵逼,文中的"desynchronize"令我困惑。在网上搜到了这里的讨论,楼上提到的"布里丹之驴"给了我一点启发。

这里的重点是“随机延时重试”( retry after a random delay )。

如果出现这段描述的“脑裂”,那一定是出现了竞争,每个客户端在同一时间对同一把锁尝试加锁,形成了每个客户端都未占有 majoriry 数量的 Redis 实例的局面。客户端在发现自身获锁失败后,其后续的释放锁差不多也是同步进行的(同一时间),下面就要进行重新尝试获锁。如果是立刻重试或是等待一个固定时间后重试,那么下一次尝试获取锁也是同步进行的(同一时间),大概率还是会发生竞争。

那么这时“随机延时重试”就比较骚了,等于打乱了“同步重试”的节奏(步伐),降低了重试时发生竞争的概率,也许这就是原文想表达的"desynchronize"。

“随机延时重试”打开了“脑裂”的局面。
没有体验过远程办公,很是羡慕
348 天前
回复了 niub 创建的主题 知乎 如果不考虑现实,你最想学习什么技术?
何不求长生?
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2839 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 13:50 · PVG 21:50 · LAX 06:50 · JFK 09:50
Developed with CodeLauncher
♥ Do have faith in what you're doing.