@FFLY 按照你的言论，农民都是低端人口了。你扯的可真远。

也是 2013 late。准备再战三年

@BOYPT 那些都是 bug 修复吧。主要是队友标识太挡视线了，被坑了好多把了，完全挡的看不到人

@gdtv 玩手游有好友随时开黑，PC 端就只能自己玩了

@yongshou 哈哈，我最近一直在玩最低画质，画质太好的话，发现不容易看到人。不过下版本的高帧率还是很期待的

40、高并发、任务执行时间短的业务怎样使用线程池？并发不高、任务执行时间长的业务怎样使用线程池？并发高、业务执行时间长的业务怎样使用线程池？

这是我在并发编程网上看到的一个问题，把这个问题放在最后一个，希望每个人都能看到并且思考一下，因为这个问题非常好、非常实际、非常专业。关于这个问题，个人看法是：

（ 1 ）高并发、任务执行时间短的业务，线程池线程数可以设置为 CPU 核数+1，减少线程上下文的切换

（ 2 ）并发不高、任务执行时间长的业务要区分开看：

　　 a ）假如是业务时间长集中在 IO 操作上，也就是 IO 密集型的任务，因为 IO 操作并不占用 CPU，所以不要让所有的 CPU 闲下来，可以加大线程池中的线程数目，让 CPU 处理更多的业务

　　 b ）假如是业务时间长集中在计算操作上，也就是计算密集型任务，这个就没办法了，和（ 1 ）一样吧，线程池中的线程数设置得少一些，减少线程上下文的切换

（ 3 ）并发高、业务执行时间长，解决这种类型任务的关键不在于线程池而在于整体架构的设计，看看这些业务里面某些数据是否能做缓存是第一步，增加服务器是第二步，至于线程池的设置，设置参考（ 2 ）。最后，业务执行时间长的问题，也可能需要分析一下，看看能不能使用中间件对任务进行拆分和解耦。


来自： http://www.cnblogs.com/xrq730/p/5060921.html

以前看到的，又找了出来

不到 6500 了

有一种感觉，在公司，有点过于文明了，该动手时居然都忍了

xposed 的两个模块，模拟位置和 fake my GPS 都可以

2.11-2.25 扣一天年假，然而今天已经有同事开始休假了

雷佳音不错啊，在黄金大劫案才知道的这个演员

不是很标准的连续 100 个没啥问题，问题是一年多真没间断过，那就牛逼了

一条单身狗

贴吧既视感

枕头底下放剪刀

科技这么发达了，为什么还要累死累活的 papa