首页   注册   登录
 xkeyideal 最近的时间轴更新

xkeyideal

  •   Golang高级工程师
    V2EX 第 282007 号会员,加入于 2018-01-12 11:50:15 +08:00
    今日活跃度排名 2968
    1 G 24 S 84 B
    xkeyideal 最近回复了
    23 小时 29 分钟前
    回复了 PPIOPPlabs 创建的主题 推广 区块链的网盘你用过吗?速度比百度网盘快 5 倍!
    这里有一篇该公司招人的帖子和公司介绍,https://gocn.vip/article/1593

    区块链的去中心化解决的核心问题是互信,去中心化本身带来的就是性能的损耗。实在不能理解楼主文案中的速度 5 倍于某度网盘的言论。

    这里是专业化论坛,不要把大家都当成技术的小白,没有实际数据和技术的支持,在这里随意的吹牛逼是会被喷的,而且是活该被喷。

    欢迎楼主 @PPIOPPlabs 继续回帖反驳,别怂,刚起来啊
    17 天前
    回复了 Jieoog 创建的主题 问与答 12306 封 ip,大家是如何应对的
    adsl 了解一下
    锁没有那么恐怖,正确的加锁不会是性能瓶颈,锁的开销比较小
    并发程序也不一定要加锁,可以通过一些巧妙的方式避开对临界资源的锁操作
    预防性加锁也没有任何问题,放心大胆的用

    8# 说的死锁贴,我觉得楼主应该会发出来,看此情况,楼主对锁是一知半解
    这货还没被喷够么,换个新帖子又来了,发出来还是被喷,心里没点 B 数么?
    @codingadog 这个就需要你和你的团队从架构和需求上酌情处理了,别人也不了解你的业务场景,只能给出一些建议,上面也有很多人提供了同步的方案,都可以考虑,适合业务的才是最好的。
    不可能别人给个方案,你目前的架构完全不需要变更就能直接使用的
    19 天前
    回复了 JuicyJ 创建的主题 配件 一千多的森海听起来还不如 Xs 送的耳机?
    万元以内听个响
    @codingadog 建议先看看一些分布式的资料,据我的了解不存在你说的问题,主写成功,会自动同步给从
    暂不考虑用户手动更新,推测一下,楼主的同步数据应该可以理解为更新数据,数据应该是逐条更新的,此种情况数据量并不大,可以考虑两种方案:
    1、采用 raft 协议,毕竟数据同步完之后还需要使用,此方案使用数据也一并解决了
    2、可以采用类似 mysql binlog 的方式

    上述两种方案核心都是主从同步,一主多从。

    考虑用户手动触发,就需要考虑所说的数据是否存在冗余。如果大量的数据都是更新操作,那么上述方案完全没有问题。
    1、每日同步几次
    2、每次同步数据的大小
    3、对同步延迟的要求
    4、是否容忍一台或多台宕机

    把这四点好好介绍一下,别人能更好的给你方案
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3987 人在线   最高记录 4385   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 26ms · UTC 02:11 · PVG 10:11 · LAX 18:11 · JFK 21:11
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1