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

sujin190

🏢  南京
V2EX 第 36127 号会员,加入于 2013-03-19 10:01:03 +08:00
今日活跃度排名 1547
关于丰巢快递柜刷脸取件侵犯用户隐私问题
问与答  •  sujin190  •  201 天前  •  最后回复来自 taobibi
41
go 实现的高性能分布式锁服务,每秒可处理 83 万加锁和解锁请求
Go  •  sujin190  •  2019-03-14 23:12:36 PM  •  最后回复来自 swulling
42
PHP socket_set_option 为啥会 Permission denied?
PHP  •  sujin190  •  2019-01-03 09:45:28 AM  •  最后回复来自 sujin190
2
root 用户没有权限访问/root 目录。这是啥逻辑?
Node.js  •  sujin190  •  2018-11-24 20:49:13 PM  •  最后回复来自 sujin190
5
sujin190 最近回复了
1 天前
回复了 liu826250634 创建的主题 Python 关于 Python 的 asyncio 协程的问题。
磁盘 IO 异步话似乎完全没啥必要吧,现在 ssd 的话本来就很快,而异步增加逻辑复杂大多数情况消耗的资源更多吧
1 天前
回复了 zxCoder 创建的主题 Python Python 内存的一个问题
内存小就每次 ssh 进去跑最好了,确保每次跑完进程都退出重启,多连几次 ssh 也没啥吧
也许从法律看起来,老板只是说你爬一下竞争对手的数据吧,然后你用模拟登录代理啥从法律来看违法的手段爬到了数据,而且显然你比老板更清楚这个手段的不合法性,所以从法律方向上看谁的罪更重不是显而易见的么,哈哈哈

虽然大多数情况下,最终老板用这些非法获得数据赚钱了,所以同等担责,一勺烩是正常没跑了
6 天前
回复了 chaleaoch 创建的主题 Python Python 多线程的问题
你可以 dis 看下生成的字节指令就知道了,+= 1 也是需要好多条指令的,python 的 GIL 应该只是在单条字节指令保证原子性吧,但是你一行代码很多时候都是多条字节指令的吧
@pmispig #3 那估计你很难找到解决方案了,毕竟无论是 mysql 数据库和 mysql 协议自身都没有加入流式传输模式

不能改程序的话估计靠谱的方案还是加内存就是了,现在内存也不怎么值钱,使用量少不想多花钱就多加点交换空间死撑,量大的话就只能多花钱买内存了,然后控制着并发写读数量,只要不崩溃就是了
似乎 mysql 应该不支持单行流式传输吧,mysql 的协议也不支持流式传输吧,而且这样显然事务也没法做了,所以你这不太符合 mysql 使用方式估计很难找到靠谱解决方案了

实在不行或许可以考虑分片,整个大数据分成 16K 的小段,每小段编个码放到一行里,写入的时候一行一行写也间接实现了流式传输写入,读取的时候也可以用 unbuffer 模式可以很好的支持流式传输

话说你这不分片,就算 mysql 不爆内存,你应用服务器也得爆吧,你这是存的视频数据么?认值说还真没人这么干,太低效了
正常不应该同时网线+光纤么。。
21 天前
回复了 TIGERB 创建的主题 推广 什么,秒杀系统也有这么多种!
@TIGERB #8 几百!!几千!!!你不是在逗?就这么点,要啥自行车
21 天前
回复了 TIGERB 创建的主题 推广 什么,秒杀系统也有这么多种!
redis 原子操作扛不住,队列就能抗住这咋想的,虽然很多队列都能横向扩展到数百万写,但是写完了你就不需要处理了么,如果说队列只是削峰,那么异步 io 加 redis 就完了,想那么多有的没的干个啥
22 天前
回复了 clearCode0915 创建的主题 生活 各位大佬, LPR 到底是什么啊??
@clearCode0915 #22 大家都去了那就都完了,就算银行免除你债务了你不用还款了,你肯定也失业了,作死那就只能大家一起死,看看日本之前,瞎加息降息
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4487 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 03:49 · PVG 11:49 · LAX 20:49 · JFK 23:49
♥ Do have faith in what you're doing.