并发编程网 - ifeve.com

感谢同事[空蒙]投递此稿

mtop是移动接入网关平台，对客户端暴露api，后端接api实际的应用服务，有HSF，也有http的服务端。

之前进行了机房从杭州搬迁到上海，在搬迁的过程中，其中一个api的rt突然大涨，(之前平均的约210ms)

分析具体的原因了，当时正机房搬迁，首先考虑的就是是否此影响，是否发生了跨机房调用的导致，当时把整个杭州的后端服务全部干掉，确认没有跨机房调用，但rt还是没有降低，仍旧很高。 阅读全文

感谢同事［孙棋］的投稿

现实当中很多场景，需要进行轮训服务，比如轮训在10个日志文件当中写日志，在10台机器上轮训的去调用以实现负载均衡，常规的做法，如tomcat的Poller线程轮训选择，就采用

[code lang=”java”]Math.abs(pollerRotater.incrementAndGet()) % pollers.length[/code]

此地需要取原子自增的绝对值模以poller线程数，那是否有更好的实现呢？
阅读全文

感谢同事 ｛空蒙｝的投稿

最近碰到个场景，还蛮有普遍性的，如mtop的请求入口非常多，有api2，api3，api4，h5，h5update，cdn_cache,bigpipe等，而Mtop需要依据其具体的入口，选择不同的业务逻辑进行对应的处理。

马上想到两个方案：

1. 方案一：采用map存放对应入口的处理方法，然后请求进来后经过get就行，map.get(et);
2. 方案二：采用switch语句。

阅读全文

感谢同事【空蒙】的投稿

中断，会导致正在运行的CPU要停下手头的工作去响应，这需要工作任务的切换，就带来了我们熟知的上下文切换，而频繁上下文切换，是对系统性能的重要影响因素。

那怎么减少中断带来的影响呢？

现在CPU往往是多核，如16、32核，是否可以把中断绑定到其中一个CPU上，再把其他剩余的cpu用于应用的计算。因为之前是单核的原因，传统的很多做法是会把中断扔给cpu0处理，在linux下，可执行mpstat -P ALL 1，查看各个cpu上的中断情况。

阅读全文

感谢同事[空蒙]的投稿。

首先感谢@烈元一起排查此问题。今天发现线上一台机器，监控一直在告警，一看是健康检查不通过，就上去查看了下，首先自己curl了下应用的url，果然是超时没有响应，那就开始按顺序排查了：

1、 load非常低，2、gc也正常，3、线程上也没死锁，4、日志一切正常。那是什么情况呢，不能忘记网络啊。果然，netstat命令一把，结果如下：

TIME_WAIT 68
CLOSE_WAIT 194
ESTABLISHED 3941
SYN_RECV 100

问题出来了，SYN_RECV竟然达到100个，正常情况下，半连接的请求应该是很小的。而且我们机器是内部的，不是lvs，不太会有半连接攻击，怎么可能达到这么大呢？

阅读全文

感谢同事【空蒙】的投稿

之前看了java8的longadder实现，最近又看到一篇文章介绍longadder实现的。其实现思路也是分段，最后需要get的时候，再进行sum计算。其核心思路就是减少并发，但之前老的Atomic，难道就没有提升的空间了吗？昨晚进行了一次测试。测试代码如下：

阅读全文