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

fakevam

V2EX 第 80269 号会员,加入于 2014-11-05 18:38:34 +08:00
fakevam 最近回复了
@tempdban 简历发下 valpin.lx@gmail.com ?
@tempdban 阿里云 rds 有兴趣么?
128 天前
回复了 realpg 创建的主题 程序员 感觉,我可能发现了阿里云的一个秘密
@realpg 去微博上 @宫一鸣
129 天前
回复了 Zhuozhuo 创建的主题 成都 成都有什么比较好的求职群求推荐~~~
@Zhuozhuo 最近有朋友想回成都,留个联系方式?
136 天前
回复了 sjmcefc2 创建的主题 Python 读取大文件,最快的方式是什么?
mmap 更慢,多想想就知道,page fault 明显更多了,而且是 major page fault
138 天前
回复了 xiaoyu9527 创建的主题 硬件 SSD 也感觉慢怎么办?
trim 了解下,ssd 需要 trim,erase 和 gc 很耗时
@duanhui8 你没明白我啥意思, 通过 socket 去做队列, 不写队列那么复杂的东西了, 当然, 几万的 tps, 你就是 stl 加锁, 性能也毫无问题, 不要小看现在的 cpu...

直接 libevent, consumer 监听一个本地的 unix domain sock, 所有的 producer 连接 unix domain sock, 然后往里面写, consumer 负责从里面读, 读出来以后, 写到后端 db, 怎么会增加数据库的性能压力...

当然,你就是 stl + lock 也毫无问题, 不要过早优化, 不要过早优化, 不要过早优化, 重要的事说三次, 在你没有压测之前, 把各种乱七八糟的东西都丢掉! 简单的 lock 可以解决 99%的问题, 特别是啥 spinlock 和 lockless lockfree, 把他们当彻底忘记掉, 他们没有意义, 除非你要 ns 级别的延迟.

我特别特别讨厌各种东西, 上来就是复杂设计, 简单的设计, 测过了才知道, 起码拿着 perf 之类的看过了, 热点到底在哪里, 而不是想当然的各种轮子往上套, 套出一堆复杂得没办法维护的东西出来
@noli 200 * 7000 是 140W 的 qps, 通过 socket 打网络出去, 你算过带宽么, 单核 socket 小包 15Wqps 很好了, 千兆网卡的话, 100W 就已经是瓶颈了, cpu 再多也不怎么上的去了..万兆网卡的话, 另说...
@noli 另外, 7000 的并发, 要这么复杂的方案做啥, 谁维护? 单线程代码写得稍微好点, libevent 随便路路, 不是随便 10W 的 qps 么...为什么要搞这么复杂的设计...
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   646 人在线   最高记录 3762   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 7ms · UTC 20:55 · PVG 04:55 · LAX 13:55 · JFK 16:55
♥ Do have faith in what you're doing.
沪ICP备16043287号-1