V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  jokerlee  ›  全部回复第 2 页 / 共 4 页
回复总数  63
1  2  3  4  
2019 年 3 月 5 日
回复了 nezhaxiaozi1015 创建的主题 程序员 百万级定时任务如何设计?有什么好的框架呢?
@nezhaxiaozi1015 假如同一秒最多有 n 个预约,一次扫 m 行,每 t 秒扫一次的话,不考虑处理耗时,满足 m/t > n 就不会延迟
2019 年 3 月 5 日
回复了 nezhaxiaozi1015 创建的主题 程序员 百万级定时任务如何设计?有什么好的框架呢?
@nezhaxiaozi1015 limit 行数就行
2019 年 3 月 5 日
回复了 nezhaxiaozi1015 创建的主题 程序员 百万级定时任务如何设计?有什么好的框架呢?
如果在考虑 mysql 扩展性,分库分表就行了
2019 年 3 月 5 日
回复了 nezhaxiaozi1015 创建的主题 程序员 百万级定时任务如何设计?有什么好的框架呢?
如果只是做简单处理,或者转发,单机基本就够了。考虑高可用可以起多个进程并发扫,以 update 状态 sql 的 affected rows=1 来判断抢没抢到
2019 年 3 月 5 日
回复了 nezhaxiaozi1015 创建的主题 程序员 百万级定时任务如何设计?有什么好的框架呢?
起一个进程不停查预约时间早于当前时间的行,扫到以后 update 状态然后进程内处理或者扔到消息队列里
2019 年 3 月 5 日
回复了 nezhaxiaozi1015 创建的主题 程序员 百万级定时任务如何设计?有什么好的框架呢?
mysql 扫表其实挺好的,简单好维护,时间加上索引就行
2019 年 2 月 12 日
回复了 mytry 创建的主题 程序员 nginx lua 用 OpenResty 还是 tengine 比较好?
如果公司业务比较大,流量大,比较注重稳定性和性能建议用 tengine,小厂随便了,反正换起来成本也不高
2019 年 2 月 12 日
回复了 dunhanson 创建的主题 问与答 如何正确地安装 Minikube?
minikube 安装的问题大多数都是没有科学上网导致拉镜像失败,你截图里就是

准备一个 http proxy,然后用下面的方式启动
minikube start --docker-env HTTP_PROXY=$http_proxy --docker-env HTTPS_PROXY=$https_proxy --docker-env no_proxy=localhost,127.0.0.1,::1,192.168.31.0/24,192.168.99.0/24

另外第一次启动失败之后,要 minikube delete 之后再 start,否则不会重新拉镜像
2018 年 12 月 27 日
回复了 bluelee 创建的主题 问与答 华为又有 员工 gg 了,大家注意身体啊
对于个人,囚徒困境,多说无益。

宏观角度来说,中国的国际竞争力靠的就是低劳动力成本。所以短时间内现状也不会变。

保重身体,及时行乐
2018 年 10 月 13 日
回复了 mmdsun 创建的主题 分享发现 去 12321 举报了垃圾短信,现在一片清净了
有可能收不到验证码,大厂的应用还好,一般是两种情况,APP 图省事验证码和业务短信用了同一个通道,还有一种情况是小的短信供应商各家的乱七八糟短信放一起发导致一家被举报其他跟着遭殃
2018 年 9 月 17 日
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@xiaoshenke 你试试用 rxjava 或者 java8 自带的 CompletableFutrue 写个复杂业务试试,比同步模型写代码速度慢不知道几倍,java 只要不加协程,业务层就不可能大规模应用非阻塞模型
2018 年 9 月 17 日
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
楼主这个问题从经验上看就是 tomcat 线程池跑满了,请求排队了。

这个问题可以这么确定,在系统高延时看一下系统的 cpu 磁盘 网络 内存有没有任意一项被打满了,没有的话就不要去优化代码了,调调各种配置先让某个资源打满再说
2018 年 9 月 16 日
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@neoblackcap 我就这么说吧 国内大厂 java 的业务层就没有大规模应用非阻塞模型的,原因是完全的非阻塞模型带来的性能提升一般也就是 20%,而开发难度的提升一倍都不止

应用层和中间件的技术选型考量是不一样的,应用层要兼顾开发效率,你当然可以说去用 openresty nidejs go 之类原生支持非阻塞模型或者协程的语言框架,但是这就是另一个技术选型的复杂问题了
2018 年 9 月 16 日
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@neoblackcap 一般应用根本用不着去抠线程上下文切换的性能消耗 而且业务层不是都能写成无阻塞模型的
2018 年 9 月 16 日
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
@neoblackcap 你要理解同步模型和异步模型的区别
2018 年 9 月 16 日
回复了 abcbuzhiming 创建的主题 程序员 遇到真正的高并发问题了,特来求助
加内存缓存 提高 tomcat 线程数到 500
tomcat 一般都是 io 密集操作 线程要开大,不然线程都是 block cpu 跑不满
2016 年 10 月 29 日
回复了 zrj766 创建的主题 云计算 阿里云对 IT 之家事件的回应
@dcsite
@kofip

大致可以推测出是单点,至少 SQLServer 是单点

把这种对单机性能要求很高的服务部署在阿里云上确实是很蛋疼。阿里云对计算性能的超售确实有些过分,系统如果不能水平扩展在确实不适合部署在云服务上。
2016 年 10 月 15 日
回复了 dsg001 创建的主题 PHP google.com 为什么会跳转到 google.com.hk?
应该是根据 IP 自动跳转
1  2  3  4  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2705 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 01:14 · PVG 09:14 · LAX 18:14 · JFK 21:14
♥ Do have faith in what you're doing.