V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sujin190  ›  全部回复第 63 页 / 共 120 页
回复总数  2396
1 ... 59  60  61  62  63  64  65  66  67  68 ... 120  
2020-03-18 11:52:58 +08:00
回复了 northpolepuppy 创建的主题 问与答 如何系统学习多线程
@redford42 #1 不要忘了现在 cpu 都是多核超线程的,就算是高 cpu 的计算用多性能也可以充分多核加速
2020-03-18 11:38:23 +08:00
回复了 jinsongzhao 创建的主题 程序员 相距一年,各语言 Web 性能测试的变化
@freshgoose #25 因为大多数情况下,性能强真没啥用,工具多,文档好,开发快,部署维护方便才是更重要的,有几个公司需要跑几万几十万并发的,真有加个几百台机器不香么
2020-03-17 09:54:12 +08:00
回复了 black11black 创建的主题 Django Django 这性能,也慢的太夸张了.......
等你业务都已经做到堆机器 django 性能还是不够的时候,用不用 django 你已经无所谓了,所以 700 又咋滴很高了,这个世界也还没几个需要用的 700 每秒呢,大多数情况下相比运行性能业务性能更重要
@refresh #12 你举这个例子很不恰当,完全不符合现实情况,从现实来说,交易流水完全基于现实动作在时间维度产生,因为时间不可逆转,所以使资产或者余额发生变化的交易流水同样不可能存在需要修改的情况

如果因为某些情况之前的交易存在歧义或者错误而发送交易纠纷解决,那么既然现实已经在新的时间维度上真实发生了一件交易纠正的行为,那么就应该真实的产生一条新的交易记录从而使余额或者资产发生变更,修改原交易记录是极其不恰当而且也不符合现实的

关于系统异常导致的问题,下一条的交易变更应该完全基于上一条已提交完结的事务产生,在此种情况下不应该存在中间某条是错的情况
@refresh #10 难道不是基于用户提交的过去 500 条数据计算么,还有基于计算后的 500 条历史记录再计算的?啥场景这么奇怪的需求
@refresh #6 为啥会锁住用户,合理的做法应该是分两步,每步都是可重入的,过去 500 条这只是个缓存问题,语言无所谓吧
2020-03-15 14:05:03 +08:00
回复了 imhd 创建的主题 问与答 党政机关有什么推荐的文件共享系统吗?
nextcloud 很好用了吧,入门门槛也低
2020-03-14 16:16:03 +08:00
回复了 Sumzibuyu 创建的主题 问与答 mysql 千万级表如何相互排重复?
@Sumzibuyu #9 如果重复很多,估计还不如重新插入到个新表,然后删掉老表改表名称来的更快的吧,或许你可以生成好 sql,然后用数据导入 loaddata 试试看或许会快一点
2020-03-14 09:48:03 +08:00
回复了 Sumzibuyu 创建的主题 问与答 mysql 千万级表如何相互排重复?
如果一次性的话,直接小表读出来存到 dict 里,大表顺序读判断就是了啊,16g 内存绰绰有余了,才一千万,又不是一千亿,不用想那么多吧

需要重复做的话,这是结构设计问题,应该在源头来解决吧
2020-03-09 19:57:01 +08:00
回复了 marquina 创建的主题 分享创造 用 Go 写了一个老少皆宜的 DNS 分流/转发器: TS-DNS
@marquina #14 之前测试过 freedns、smartdns、unbound,似乎转发请求时可以的,但是缓存管理都有问题,首次请求之后,我换个 ip 再请求还是刚才的,unbound 支持好一点,如果首次时带 ip 请求,缓存管理似乎就正常了,如果不是那么后面无论带啥 ip 请求都是第一次的结果,坑死。。
2020-03-09 17:11:33 +08:00
回复了 marquina 创建的主题 分享创造 用 Go 写了一个老少皆宜的 DNS 分流/转发器: TS-DNS
支持 edns 缓存不呐?试了好几个 dns 服务,对指定了 client ip 的 dns 缓存都有问题
既然锁是和记录关联的,你都说了这行不存在,那如何给这一行加锁呢,虽然我房子还没建但是你先给我上个锁的意思??
爬商品也就算了,还敢请求下单支付接口,不怕分分钟进去了么,开发也是有责任的,小心点
牛叉,屏幕共享都能搞出来,酷
2020-02-26 14:48:35 +08:00
回复了 linxy19957 创建的主题 Linux 如何将同一片物理内存映射到两个不同的地方
@linxy19957 #5 既然能改指针,那么分离读写指针完全就可以不需要拷贝了啊
逻辑地址映射是按页完成的,而且 64 位系统下逻辑地址空间那么大,循环映射,没可能
2020-02-26 14:40:02 +08:00
回复了 linxy19957 创建的主题 Linux 如何将同一片物理内存映射到两个不同的地方
你是不是想多了,就算能映射,你在程序里使用的不还是逻辑地址,你访问完 0x1000 接着就是 0x1001,难不成就能自动回到 0x0000 了?循环映射?似乎 cpu 就没这功能吧
2020-02-23 09:50:15 +08:00
回复了 RedisMasterNode 创建的主题 Redis 字节跳动一面复盘 & Redis 多线程 IO 模型
说来说去,其实简单来说就是在整个 redis 中,最消耗资源的其实是网络数据读取写入、协议解析、数据结构准备,而这些全部都是可以多线程并行化无需加锁的,而最后的真正完成命令操作的部分基于特定的的数据结构和已准备好的数据结构来说并不时很消耗资源,所以多线程解决不是命令真正执行部分很自然
2020-02-23 09:30:16 +08:00
回复了 WytheHuang 创建的主题 程序员 第一次听说 PUT 请求编码方式要统一规范的
既然如此,为啥不能按 content-type 来解码,前端爱用啥用啥呗,http 都给你定义好了,没必要纠结吧
2020-02-19 11:37:33 +08:00
回复了 gansteed 创建的主题 DevOps 微服务的缺点
@zhuawadao #3 微服务的首先要求不就是不能有联表查询么,如果实在有这个需求但又不好解决,那说明你可能是在强行微服务,拆分不合理

微服务拆分可以按单一完整功能拆分也可以按业务拆分,数据流上看对数据库的依赖每个服务应该是内聚管理的,换言之如果尽可能在微服务内部完成数据重组,以及实时计算、离线计算这样来处理关联数据,微服务面向的本来也是超复杂业务、数据量大系统,别功能页面没几个,一个月都没几个人用,还搞啥微服务,那真的是在作死

关于中心节点问题,既然微服务,逻辑拆分上是不应该出现完全中心节点,当然大节点避免不了,那么按照节点重要成都,运维要求、服务治理要求、性能稳定性要求都是不一样的,微服务的特点也在于此,本身就应该随着业务发展不断升级进化,你都发展成超级大车,前面的小马不好好升级一下,不死才见鬼了
1 ... 59  60  61  62  63  64  65  66  67  68 ... 120  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2209 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 09:17 · PVG 17:17 · LAX 02:17 · JFK 05:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.