@SenLief DNS 肯定也得分不同线路也要走两次

@kidult Linux 桌面用不惯，然后反正系统已经用微软的了，跑也跑不掉，所以干脆破罐子破摔尽量用微软的东西。

@SelectLanguages 下了个最新的 Chrome ，确实恢复了。
搜了下，说是 Chrome 在版本 60 中移除了 https 证书查看功能，并在版本 68 中恢复了该功能。估计是被骂回去了。

@SWALLOWW 这个功能有没有开关我不太清楚，但我觉得所有不提供开关的“新功能”都是耍流氓。

自从 Chrome 不能查看具体的 https 证书后我就抛弃 Chrome 了。
用了一段时间 FireFox ，总感觉体验不太好。
最近用 Edge ，优点确实也有，但各种小问题一堆，最恶心的是那个什么标签组，垃圾功能，而且关不掉，微软反馈贴一堆人骂，微软就是不改。
不知道有没有什么好用的浏览器推荐的。

感觉正常，检查下梯子吧

当然静态规则也是必不可少的

@Seayon 一个初步思路，在后台分别通过代理跟不走代理连一下目标地址，然后根据连接是否成功，连接速度，甚至进一步判断内容是否一致来自动建立规则。这个只在某个域名或者 ip 第一次连接的时候做判断，所以总体来说对使用体验不大。

@ywy12345 后台可以设置函数最长运行时间，时间到了应该就被 kill 掉了吧？

不知道有没有什么工具，可以自动在后台智能判断，第一次连接新域名或者 IP 的时候通过判断可连接性自动建立规则集，那就方便了。

@whileFalse 重新看了下一两年前写的代码，前面说的问题规模有点问题，我把遗传算法筛选前的样本数量跟筛选后的样本数量搞混了。之前说的 800 跟 2400 是每轮筛选后的样本数量，筛选前的样本数量在代码里看不出来，懒得看了。
用同样的 800 规模重新测试了一下运行速度，本地差不多要 13 分钟一轮，并发跑一轮只要 30 秒左右，提升还是非常明显的。

@whileFalse 这么一算确实，不知道是不是哪里算错了，可能有其他什么瓶颈。我电脑上使用 process pool 跑的，按说应该能跑满，可能是跑久了 cpu 降频？

@whileFalse 3700x+32G
2400 任务并发，每个就按 0.1 核，其实也有 240 核了，比我这 8 核 16 线程强了 10 倍了。

@whileFalse 我还是走了些弯路，先折腾的云函数，之后才发现 python 有几个专门的分布式计算的库，可以通过 k8s 动态创建容器作计算，效果应该更好。想着云函数这个凑合也能用，就先用着了。

@whileFalse
有效果，而且效果还很不错。
我在电脑上面跑，单核跑一个任务 1 秒左右，8 核 16 线程的机器上 10 分钟只能跑 800 个左右任务。做一次 100 多代，每代 800 个任务的迭代优化，基本要跑个通宵。
云函数上面跑，只跑一个任务的时候 3 秒多能跑完，开 2400 个线程发 https 请求并发 2400 个任务，跑一轮只要 40 秒左右，而且通过观察系统的 tcp 连接数量跟 cpu 占用率发现，大部分时间其实都是卡在本地 cpu 处理 https 请求上，如果优化下 https 处理效果应该会更好，不过现在的够用，就懒得折腾了。实际跑下来 1 个多小时就能跑完 100 轮左右的迭代，而且每代可以有 2400 个任务。

@whileFalse 实测了 64 跟 128 的运行时间差异到不了两倍，反正用不到这么多内存，64M 性价比更高。

@Cat7373 浪费的额度算钱估计撑死也就十几块，刚客服给我打电话说赔我 200 代金券。
精神损失费不可估量，不过已经在论坛回帖里找回点精神损失了。

@worldqiuzhi 没花钱，免费额度都没用完呢。

@SGTeam 看具体应用环境吧，像我这个高并发的用云函数还是挺合适的。