sujin190

sujin190

🏢  南京
V2EX 第 36127 号会员,加入于 2013-03-19 10:01:03 +08:00
今日活跃度排名 596
支持多数据源联合查询的本地运行 SQL 执行引擎安装和配置
数据库  •  sujin190  •  2023-07-18 09:35:23 AM  •  最后回复来自 sujin190
2
k8s 集群的 ingress 为啥识别不到另一个节点部署的 pod
Kubernetes  •  sujin190  •  2022-03-16 21:36:12 PM  •  最后回复来自 sujin190
2
分享一下完全不依赖 asyncio 也支持异步语法的库
Python  •  sujin190  •  2021-10-12 15:29:44 PM  •  最后回复来自 sujin190
59
sujin190 最近回复了
@go522000 他这个就是最佳最标准案啊,除了他说的,还有更重要的是,任何业务逻辑场景都分为住流程和细节,细节会随着业务流程变迁,但是主流成一般在一开始就可以确定,所以百位一般会进一步用来区分主流程节点,十位区分二级节点,就算一开始无法完全确定有几部主节点,但是大概分几部还是可以确定的,那么应该把 0 到 9 整体规划到几个大步骤去,而不是直接连续,这样就算主步骤一开始没有设计全也可以再加,其设计过程也是业务流程分析过程,既表达清楚又逻辑清晰,业务流程迁移方便也兼容性好,而且查询和逻辑规划也更容易
从某种意义来说联通并没有无限责任为其提供的服务提供无限时间支持,他是有选择清退的权利的,而且这事四五年前就开始讨论实施了吧,也提供了足够过渡期并没有啥问题,再说这是工信部牵头的,主要是 2g3g 频道不彻底清退这频谱资源就浪费了,频谱资源还是很宝贵的,而且好像已经分配给其他业务了,人家也有权利要求加快清退吧

关于 5g 不能打电话这个,5g 就好像提供的是 voip 电话吧,原来的电话模式不支持了,4g 好像是降级到 3g 来通话的,还是觉得该升级就升级,和时代方向对抗没有意义
11 天前
回复了 tairan2006 创建的主题 Java 支持虚拟线程的 TCP 服务框架?
netty 支持虚拟线程有啥实际意义,虚拟线程协程之类的最大意义本来就是在用同步语法写异步逻辑,netty 就不可能再改回来变成同步语法否则也就不是 netty 了,还不说虚拟线程在线程上又多了一层调度器除了白白损失性能对 netty 意义不大吧,netty 的 Handler 本来就不应该有同步 io 操作,否则用 netty 这麻烦的说不是对此一举,有需要同步 io 操作本来就应该放到独立 executor 中去,这独立 executor 完全就可以是虚拟线程的啊
17 天前
回复了 blessingcr 创建的主题 程序员 有一个消息同步的问题请教各位 dalao
@blessingcr #17 吞吐、延时和一致性,区块链这货一致性完全就是靠牺牲吞吐和延时来得到的,而且并不能达到保持时序的作用,区块链的逻辑完全就是按照收到消息的顺序提交,然后谁得到的确认多谁有限,没说保证消息时序

kafka 分区保证时序是最容易实现的了,性能不够也可以考虑 mq 分队列啊,逻辑虽然都是一个分区或者一个队列只能有一个消费者来保证时序,但是 mq 的队列数量可以多一些

此外也可以加分布式锁,和多线程编程解决时序一致逻辑一样,其性能损失和冲突率有关,看你这描述,saas 系统的动作都是人产生的,冲突概率应该极低才对,加锁的性能损失可以不计了,加锁也可以放在消息队列后面,那消息队列就可以不用考虑使用分区保证顺序了
如果只是服务器回了 syn-ack 之后客户端都没回 ack 就直接 rst 的话,怎么感觉像是 seq 异常了?
19 天前
回复了 chenfang 创建的主题 程序员 集群如何控制 QPS?
@nc2017 #16 并不是,独立服务并没有用到 redis ,虽然本至还是内存存储的原子计数器,区别就是这个服务对每个 key 的加 1 操作都有独立的超时时间,而且是主动精确超时时间,不像 redis 非精确超时时间,超时后自动减 1 ,并且每个 key 可以设置可以加到的最大值,到这个值之后会 wait ,而这个等待时间也是可以设置的,通过这三个参数就可以设计出不同的限流器,TokenBucketFlow 只是某个特定参数组合的客户端封装实现,服务器这个都只有一个操作,因此性能非常可以,内存使用量也不算特别大

同时每个独立的加 1 操作和其包含的过期时间都是独立同步到从节点的,客户端连接从节点命令会自动发送到主节点,所以客户端这边是整个集群的所有节点都是一样的,多核支持性能不够问题可以通过扩容 cpu 核心数和内存就行,不过因为指令简单,支持的 qps 很高,一般应该不需要考虑性能不够问题
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1003 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 82ms · UTC 18:00 · PVG 02:00 · LAX 10:00 · JFK 13:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.