@vipppppp 感谢，看来确实可能是我之前忽略了睿频的问题，不过大佬你这个结果里多进程是符合期望的，多线程在 gil 下顺序执行，不应该这么慢

@ysc3839 确实，大佬给出了一个合理的思路。不过如我测试，绝对执行时间增长了三倍，睿频应该差不了这么多吧。

@vicalloy 多进程模式下 16 线程跑 8 进程，其中 8 线程是满载的，剩下占用在 20-60%之间抖动。测试平台 windows，空载状态下运行，我不认为是系统资源不足的影响。

@love
@laurencedu
@codehz 感谢各位回复，不过我帖子中讨论的确实是多进程，并且除了说明以外给出了测试代码及执行结果。并不是各位在讨论的所谓线程效率的问题

我最近确实震惊于程序员群体语文阅读能力之低下，最近几天在 v2 讨论遇到了很多次驴唇不对马嘴的回复，实在不吐不快。

@wzb0909 谢谢，block 了

@ch2 ？我觉得你说的是另外一个东西

@ch2 并非浏览记录，你加载完一段视频后，不关闭网页的情况下拖动进度条是不需要再加载的，指这件事

@ch2 话说，那这么说的话比如视频网站之类的，已经播放过的进度条不用重新加载，不是靠 js 存在哪个存储里，而是单纯靠浏览器的缓存策略在支撑？

@wolfan 建议提高阅读理解能力，“chrome 又不会提示你清理”的意思是 chrome 不会提示你清理，不是 chrome 不会清理。

@ASpiral 这个 5M 要如何理解，是单 key 对应 5M，还是所有数据加起来不能超过 5M ？

@wolfan 手动清理当然可以，不可以就太奇怪了。不过一般不会手动清理的吧，手动清理不是某安全卫士干的活？正常人就装个 chrome，chrome 又不会提示你清理

@ferock 请问 SE 是什么

@des 请问“hash+sorted set 实现缓存淘汰算法”应该如何理解，想了一下没有理解怎么做。sortedset 中的字段可以和 hash 中的 key 相对应，然后呢？

@des 感谢回复，所以需求 1 的实现方式应该就是用普通 key，然后每次 exists key 查看是否存在？需求 2 你提到的是一个方法，但可能我主题中描述有些问题，因为实际业务需求用 fifo 可能不太合适，最好是结合访问次数，比如一个多次被访问的页面即使加入时间较早也不会被挤到队列末尾。印象中以前看过一些技术文章，redis 是支持这类算法的，同样地是只能使用内存上限来进行限制吗？

@sggggy 大佬你好，“1. 过滤掉 CDN，其他所有业务必然是套着盾才能上线，真实 IP 不能暴露。”这句话应该怎么理解，CND 不是本身就是对真实 IP 的保护么

用户量 200 万很大规模的服务了，50gps 的 ddos 流量也很大，楼上说很简单的也不知道是什么大佬，放个自己产品给大家欣赏欣赏吧

另外请各位教我如何举报 11 楼，我 V2EX 使用不熟练

@klesh
@ClericPy
@also24
@ericgui
@ipwx
@zxCoder
@xiadong1994
@AndyAO
@Merlini
感谢回复，已更新题干，另外递归方案肯定不行，原题干里忘说了，这种作为滤镜的逻辑需要速度快一些

进了面试就说明不是被卡，面试被刷了还能来这发帖吐槽是不是科班出身，可见毫无反省