@no1xsyzy
是的，如果绑定在同一个核心上，multi thread 的值就很接近 single thread

我又在另外 2 台跑了一下，
这个是 12 线程空闲的：
Single thread execute time: 5.0026 s
Multi thread execute time: 68.0828 s , speedup: 0.59 x
Multi Process execute time: 7.8153 s , speedup: 5.12 x

这台是 48 线程基本空闲的：
Single thread execute time: 9.4396 s
Multi thread execute time: 89.9176 s , speedup: 0.84 x
Multi Process execute time: 9.8601 s , speedup: 7.66 x

反正就是结果差别都很大吧。。。

呃，我把你代码在服务器跑了一下，服务器 256G 内存，64 线程，处于空闲状态
跑你的代码的结果：
Single thread execute time: 9.2876 s
Multi thread execute time: 224.082 s , speedup: 0.33 x
Multi Process execute time: 9.5536 s , speedup: 7.78 x

大学毕业了 4 年，去年校庆回去高中
我的高中贴着横幅：无论你是否优秀，是否富有，是否 xx(忘了)，只要你心存善良，你就是 xx 的骄傲。
很感谢我的高中教会我的不是死读书，我的老师们传递给我们的都不是高考是唯一的目标，而是如何做人处事，鼓励我们运动健康，全面发展。
即使我的高中班级很不团结，即使我发展的很一般，但我依然很喜欢它。

拉一下: dmlwMjg1MDY3Mzcx 谢谢～～

呃在分布式 redis 下确实依赖系统时钟，有一些漏洞
但在一些能容忍错误的情景下，我觉得 redis 分布式锁还是很适合的，毕竟如果单纯只是为了一些不重要的业务增加维护 etcd 或者 zk 集群的成本十分不值得。
例如我主从模式下，我希望用户一段时间不要重复获取验证码，但即使他重复获取了也能够接受。

具体情景要具体分析，一上来就喷有点离谱
就像 python 语言在并发方面比较弱，但如果系统需要集成某些算法(人脸、NLP 等)，或者各种线性代数的运算，那么它就是一个很好的选择

@fiveelementgid 啊这
阴阳怪气的时候要先调查清楚，不然就很多人看笑话

作为一个正常人，都应该是 52 楼的逻辑吧

恶心下对方而已。。。而已。。。
服了=。=

我惊了，讲了那么多原来就是合同到期后无法续租

可乐、奶茶、咖啡才是我的最爱=。=

@zqjnew 好莱坞和美剧等就不算文化输出了么，为啥只给看日漫的人打标签？

BTW，本人 5 年内只看过一部日漫。

怎么我看个日漫就精日了？？？
怎么就不爱国？？？
怎么就三观审美思想被影响？？？
怎么就文化入侵？？？

我觉得从 logstash 加比较好，后续如果需要增加映射或者减少都容易做

@zycz2p
老哥，黛力新这种药不能骤然吃又骤然停啊，停的时候要有个过程啊，从正常量到少量到隔天几次再停啊！！医生叮嘱我几次这个事。

有次我去看医生，医生给我举了个例子就是上厕所次数过多导致不敢出门，他给这种人的建议就是买成人尿布出门，他说实际上基本不会有病人拉在这个尿布上，但是有这个尿布他们就很安心出门，不会去思考肚子不舒服怎么办的问题。你如果越想上厕所你就会容易产生便意，要把注意力投入到你的事情中，该干嘛干嘛，要认为自己是个正常人，我知道很难但是我确实也是这么过来的，从每天上厕所 5-6 次降下来。

即使现在基本好了但上厕所还是会有 2-3 次，以前都是 1 次，医生说降到 2-3 次后就会认为是正常的，要去适应它改变生活习惯而不是去介意次数，只要不拉肚子都 ok 。

药名的话我还是不贴，我怕影响大家乱买药，还是去看医生靠谱，老哥，最重要是保持心态平和，生活工作不如意的找个人倾诉或者找个发泄口。