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

dusu

V2EX 第 425066 号会员,加入于 2019-06-27 10:21:16 +08:00
dusu 最近回复了
同自己写,这玩意得自己分布式,记住单机检测是肯定不可信的,分发任务和执行任务环节都会可能出问题,多核机用 swoole 走多进程协程检测,检测几 w 个毫无压力,慢慢写,过程很 easy 的
@fluorinedog 感谢老哥指导,小弟受教~之前确实理解错了
不过我觉得可以通过控制每个 hll 桶内元素的数量去解决误差?
像类似于可能在 1w 或 10w 的数据集的时候误差比较小,
那么通可以过 id % 桶数量 找到对应 key 来减少误差,
个人想法哈,仅供讨论...
提供解决方案参考
对于重要的下载地址直接 rewrite
aaa.rar
可以重写为
aaa20191007.rar

根据更新频率自己安排时间颗粒度
保证用户下载的内容是最新的就行
语义化? vuetify 了解一下
29 天前
回复了 mamasan 创建的主题 Redis 使用 Redis 计数的问题
inc 和 dec 都需要额外处理高并发下一次购买多件的问题
@fluorinedog hll 要统计的时候直接把整型往里丢 数据涨了就代表集合里没有 没涨不就代表集合里没有么?

当然这不是原子操作,高并发下肯定有问题,主要是楼主也没有说要多大并发,只是要求毫秒级。
能接受误差 Redis 的 HyperLogLog 可以解惑。存 2^64 个元素仅需 12K。

不能接受误差 Redis 的 bitmap 也是不错的选择。

前提是你输入的数据是整型
flock 真的能用做锁?我试过网上 n 多 flock 当锁的示例代码,多进程跑的时候几乎没一个能用的。当然,也有可能我用法和理解有误,也建议楼主深度测试下;

如果能用的话,除了没法分布式的致命弱点外,小项目还是可以考虑一下的。

P.S. 早上 redis 早真香
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   962 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 8ms · UTC 19:21 · PVG 03:21 · LAX 12:21 · JFK 15:21
♥ Do have faith in what you're doing.