为什么要搭理 七大姑八大姨

SecureRandom 的默认参数所使用的种子可能来自于（ Posix 上）/dev/random 。而 /dev/random 是个有限的真随机序列，其内容来自于对机器硬件数据的采集。比如网卡的噪音、温度传感器、鼠标键盘动作等。

通过 SecureRandom 得到一个普通伪随机生成器 Random 的初始 seed ，可以有效地得到一个不可预测的随机序列。

而且 iPhone 一台算 6000 ，按楼主的描述再用 3 年就是 2000 一年。换算到每一天就是每天 6 块钱不到。这也不是什么负担不起的开销吧，哪怕月薪也就 6000 。真不懂楼上怎么一堆人说虚荣。

为什么几乎每一层都说虚荣。用 iPhone 哪里来的虚荣。。。

无非就是用惯了 iPhone 不想用安卓。三年 iPhone 确实电池已经老化的不行了，而且因为内存换代所以老机型卡卡卡。仅此而已。

你能上 v 站，已经是中国人之中的强者了。

你怎么不想想，自己是不是对山区人民存在剥削（农业剪刀差的剥削是存在的）

@murmur 融甘也太麻烦了，我觉得融甘就属于用过去的卡打现在的深渊。

不打深渊或者不用甘雨打深渊都可以解决融甘的操作问题。

@ajaxgoldfish “躺又躺不平，今天看了个 v2er 的帖子，工作八年存了 470w ，看到别人赚钱比我亏钱还难受。然而只是羡慕没有动力”
----

因为你是压力驱动型啊。别人好对你没有驱动力，除非你感受到了危险和生存压力，否则你不会有动力的。

如果你想要压力的话，不妨研究一下现在的人口结构，养老金和社保模式，我国这三年抗疫的资金缺口，高科技企业（一滩烂泥）的现状与产业升级几乎一塌糊涂的失败。对比一下日本失落的 20 年，再想想 30 年后你有多少钱能抵抗这种全社会的风险。

你这叫压力驱动模型。

没有压力不是挺好的吗，这表明你的人生难度是 easy 或者 normal 。非要走 hard 。

清零才有助于经济。 —— 防疫爱好者

@YouKnowIt “浴霸这玩意，除了北方，在南方谁家会装这玩意。”
----

北方有暖气谁装浴霸这玩意儿。暖气好一点的冬天全程 25 度以上，不好一点的也至少是洗澡不会冷的温度。

南方反而装浴霸好不好。

（我上海老家，现在在北京）

有暖气就洗，不差钱全屋空调（不过新冠还全屋空调大丈夫？）也能洗。不然这大冷天离开被子就冻成冰棍了，还新冠怎么洗呢。

没感觉有后遗症

std::runtime_error 难道默认给了堆栈信息么。。。

顺便 nginx 流控本来就有相关模块。

https://chenyongjun.vip/articles/81

写错了，python 处理行秋比 nginx 慢十倍。

首先，楼主要搞清楚到底要做什么。
----

如果你是按 “访问频率” 确定访问者是不是在攻击，并且希望拦截访问次数太多的用户。那么在一个 tcp 连接建立之前你并不知道它的 ip ，因此只有当 tcp 连接建立之后你才可能进行拦截。tcp 连接建立之后的网络协议栈是：

nginx ( tcp 协议 => http 协议 ) => bottle ( 看你配置，可能是 tcp => http ，或者 unix domain => wsgi 都有可能）

换句话说你第一个拦截的机会出现在 nginx 这里。如果你 nginx 不拦截它，那么你的 bottle 总会接受请求并进行处理。

python 处理请求的速度是 nginx 的十倍以上！哪怕只是简单的 http 连接！
python 处理请求的速度是 nginx 的十倍以上！哪怕只是简单的 http 连接！
python 处理请求的速度是 nginx 的十倍以上！哪怕只是简单的 http 连接！

所以如果楼主不在 nginx 这一层进行拦截，那么总感觉没有做好这件事。

43%

反正不买房，租的好一点

@edis0n0 都是互联网厂子，用户数据不值钱也不要紧，所以才有这种事情。

碰到什么政务系统整体合并的时候，根据身份证进行合并才是真的刚需。

这本书话没讲完所以楼主有点困惑。
----

首先它说了，条件跳转会影响分支预测。那楼主有没有想过，为啥要分支预测，啥叫分支预测？

现代 CPU 是流水线结构，同一时间可能有前后一共 20 条指令在并行执行，每个执行每一条指令的不同步骤。对没错，指令是有多个步骤的。这种并行执行指令的不同步骤的做法，叫作流水线。

想必楼主发现盲点了。对于一个条件跳转指令而言，一共两个分支。那在 20 指令流水线里面，当跳转指令第一次装入这个流水线之后，到底哪个分支应当作为接下来的指令装入流水线？请注意，在跳转指令执行完成之前就必须开始执行接下来的指令了。这里就引入了分支预测，在分支跳转执行完之前就假定接下来是哪个分支被执行，然后开始激进地执行那个分支的接下来 19 条指令。一旦预测错了，那对不起，这 19 条指令的中间结果就会被销毁，重新读取正确分支的指令开始执行。

如果分支预测错误，就会导致流水线一次失败的提前并行执行，也就是在这一瞬间你的 CPU 慢了 20 倍。如果一个程序的分支预测频繁失败，那你的程序就会慢好几倍。
----

上文中的条件传送，看上去就没有两条分支指令流，只有一条。所以就不存在流水线失败的情况，也就和分支预测没有关系了。