V2EX › cy18 的所有回复 › 第 12 页 / 共 27 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 8 9 10 11 12 13 14 15 16 17 ... 27

❮

❯

2023 年 4 月 28 日

回复了 banmuyutian 创建的主题 › 程序员 › Edge 强奸用户的新姿势

@ysw 看到好多推荐 vivaldi 的，抽空试试好用不

2023 年 4 月 28 日

回复了 cosmain 创建的主题 › 程序员 › 最近大家有没有觉得 V 站变慢了？

是不是 DNS ，或者你的分流规则出问题了？

2023 年 4 月 28 日

回复了 Al0rid4l 创建的主题 › 程序员 › 求推荐虚拟机做开发环境的方案

VSCode+Docker...
没法完全满足你的需求，但胜在简单，开发不同的东西还可以用不同的 Docker 镜像环境。

2023 年 4 月 28 日

回复了 Seayon 创建的主题 › 宽带症候群 › Clash 如何优雅的管理自定义的规则集文件？

@SenLief 只在第一次连接的时候判断，根据结果写成规则，之后连接就不影响体验了。

找了下，没找到现成的这种工具，不知道自己写一个工作量大不大。

2023 年 4 月 28 日

回复了 Seayon 创建的主题 › 宽带症候群 › Clash 如何优雅的管理自定义的规则集文件？

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

2023 年 4 月 28 日

回复了 banmuyutian 创建的主题 › 程序员 › Edge 强奸用户的新姿势

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

2023 年 4 月 28 日

回复了 banmuyutian 创建的主题 › 程序员 › Edge 强奸用户的新姿势

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

2023 年 4 月 28 日

回复了 banmuyutian 创建的主题 › 程序员 › Edge 强奸用户的新姿势

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

2023 年 4 月 28 日

回复了 banmuyutian 创建的主题 › 程序员 › Edge 强奸用户的新姿势

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

2023 年 4 月 28 日

回复了 cosmain 创建的主题 › 程序员 › 最近大家有没有觉得 V 站变慢了？

感觉正常，检查下梯子吧

2023 年 4 月 28 日

回复了 Seayon 创建的主题 › 宽带症候群 › Clash 如何优雅的管理自定义的规则集文件？

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

2023 年 4 月 28 日

回复了 Seayon 创建的主题 › 宽带症候群 › Clash 如何优雅的管理自定义的规则集文件？

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

2023 年 4 月 28 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

2023 年 4 月 28 日

回复了 Seayon 创建的主题 › 宽带症候群 › Clash 如何优雅的管理自定义的规则集文件？

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

2023 年 4 月 27 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

2023 年 4 月 27 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

2023 年 4 月 27 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

2023 年 4 月 27 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

2023 年 4 月 27 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

2023 年 4 月 27 日

回复了 cy18 创建的主题 › 云计算 › 惊魂一刻！被某讯云的计费系统吓得差点提桶跑路

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

1 ... 8 9 10 11 12 13 14 15 16 17 ... 27

❮

❯