SRE 了解一下

@tesorouo
又没要求时间复杂度啊，而且我也说了会很高。如果不了解堆这是容易想到的一个思路。

不用堆也可以啊，一个长 m 的数组，遍历到的数字往里做插入排序，遍历完最小的那个不就是么。
m 大的时候时间复杂度会比较高而已…

降低插入排序的办法可以用链表

当然堆可能是最好的

啥坑？没太懂

@HackerPainter 前不久啊，不过我没接。
@cc100 8 年运维

拿了 offer，不知道什么级别，没问。给股了。当时 50 多好像……现在 80 了……

你知道 Nginx 怎么配置吗？

就是你把你的 Nginx 部署到离用户近的地方。

哦对双指针最优……

我先取中间看正负，然后挑正负数多的那一边开始算，算到符号变化之后开始插入排序

或者正负都算出来然后归并

还有啥降低复杂度的办法呢

tfs 之类的。
hdfs 也行。

文件系统主要是 inode 过多性能就好不到哪里去…

不开。

你没说主持人是怎么选的，这题条件不足。

三门问题是有确定答案的：换。

有一次性密钥（临时授权），直接上传即可。

rewrite /TeST/(.*) /test/$1;

上面方案已经不错了，再提一点就是 index mapping 是否合理设置非常影响性能。

关闭过期索引，冷热分离，索引预建，控制分片大小。写入的话提高刷新间隔，写入时单副本，写完再增加 replica （如果数据安全要求没那么高的话）

cidr ？要想快直接变数值，然后算出边界来直接比大小啊……简单写个二分查找就不会很差吧

看数据结构，只说数据量就是耍流氓啊。

这个最佳实践是：

b 预读完，做成 hash （ dict ），ip 当 key，放在内存里。

然后 a 用流式 json 处理解析完直接查找 hash 表。