 bigcode
|
91eb61a1a8
|
stress: 控制器 v5.3 —— 故障二分(我方 池空/httpErr/netErr → 硬规则地板8;Google 侧 captcha/门壳/空 → 只砍灾难波次≥24/10min 地板40);退段/爬坡按联合噪声预算(≤6/8,短窗≥96%),修 dp7c 波次退潮后门壳+涓流联合噪声把 8/min 钉死的最后一层锁
|
2026-11-02 15:37:45 +08:00 |
|
|
bigcode
|
1be06f7e9e
|
stress: 控制器 v5.2 —— 入段量下限(浅破线需 ≥200 样本 ≥8 失败,防 dp7 冷启动小样本 ×0.5 级联)+ 续砍证据门槛(非验证码 ≥3)+ 硬砍地板 8 + 水位线 99.5%→99%(涓流时段高门槛不可达致深跌龟速爬坡)
|
2026-11-02 13:40:36 +08:00 |
|
|
bigcode
|
0572999bc7
|
stress: 控制器 v5.1 —— 涓流豁免三级(退段/入段/续砍)+ 软砍护栏 3→8 + SOFT_FLOOR 25→40;dp7 前 1.5h 实测:99% 线下比率陷阱锁死 degraded 砍到 3/min 浏览器饿死,验证码涓流(~14/时)唯一解药是爬坡摊薄(稀释论)
|
2026-11-02 12:46:56 +08:00 |
|
|
bigcode
|
a2e1f0d923
|
stress: AIMD 控制器 v5 —— 可用率约束 98%→99%(用户 2026-11-02)+ 低速恢复锁修复(爬坡备选条件「验证码≤1且短窗≥98.5%」,修 dp6 实测 05:00-06:10 滞留 70min 于 24-42/min);附 dp6 24h 实测优化报告(104,440 请求 98.11% 72.6/min,+29% 吞吐)
|
2026-11-02 11:03:47 +08:00 |
|
|
bigcode
|
329d0e4c5d
|
压测:AIMD 控制器 v4(dp5 全天实测教训:低速率比率陷阱与硬砍级联)
dp5 实测两类控制器自残(系统侧 20h poolEmpty=0,温池 150 ready 空转 7h):
- 硬砍级联:同一波旧失败被短窗反复引用,10:24-10:28 五分钟连砍五刀
175→30/min,打灭浏览器溢出路径 → 续砍需短窗<95% 且增量新失败≥2
- 低速率比率陷阱:背景验证码供给恒定,速率越低比率越高,比率规则在低位
永真,12:00-17:00 自 52/min 自残至 3/min → 软信号加绝对数护栏
(验证码/门壳 ≥3 才允许比率规则)+ 软砍下限 SOFT_FLOOR=25
- 深跌恢复过慢:×1.08/5拍 从 3/min 爬回需 3 小时 → 引入干净水位,
向水位以 ×1.3/拍 快速回收,水位之上维持 ×1.08/5 拍
|
2026-11-01 01:47:26 +08:00 |
|
|
bigcode
|
053d3347f3
|
stress: 硬约束退化段迟滞 —— 首次跌破 98% 砍一次,段内连砍需 10min 短窗新证据
dp3 实测教训:开局 3 个验证码(3/103=97.1%)触发硬规则,3 个失败在 30min 硬窗滞留,
每分钟重复 ×0.7 连砍(42→10→7→5)——与 dp1 软信号同一「窗口滞后连砍」病灶。
v3:硬规则进退化段(degraded)语义 —— 首次跌破 98%(失败≥2)砍一次;<95% ×0.5;
段内再砍需 10min 短窗成功率也 <98%(新证据);30min 窗恢复 ≥98% 退段;
爬坡要求不在退化段。/goto 真实负载已验证回归:样本页 7-9 链接缓存命中 0-2,
并发解析 4-5 成功 + 2-5 失败(此前近似全命中被洗掉)。
|
2026-10-30 17:27:46 +08:00 |
|
|
bigcode
|
642b370c7a
|
stress: 查询词表 4 维化(576 万组合随机不重复)—— 修 /goto 缓存命中虚高丢并发解析数据
用户 2026-10-30 反馈:旧 A×B×C(2000 组合)相似度太高,/goto 解析缓存命中虚高,
同 Profile 并发 /goto(8 并发/页)的真实负载被洗掉。改为 修饰×品类×限定×城市
4 维词表(40×60×40×60=576 万),随机不重复消费 —— 结果集与 /goto 链接基本不复用。
dp2 归档(新控制器验证:验证码占比 0.86% 只砍一次 60→42 并稳住);dp3 启动 rate0=42。
|
2026-10-30 17:18:34 +08:00 |
|
|
bigcode
|
f17eef3f74
|
stress: 双路径压测控制器 v2 —— 软信号事件段迟滞+短窗,修复验证码波连砍钉死下限
dp1 实测教训:速率 15→100/min 全程成功率 99.8-100%(100/min 时 99.9%),08:46 出现
12 验证码/30min(12 个不同指纹各 1 次,单 IP 逐个越限的常态噪声,/sorry 自动恢复
逐个接管),成功率仍有 99.3%,但「窗口含验证码≥3 就每分钟 ×0.7」把速率连砍 10 分钟
钉死在 3/min 下限 —— 窗口滞后放大过度反应。
v2:硬约束(成功率<95/98%)看 30min 窗即时砍不变;软信号(验证码/门壳占比/池空)
改 10min 短窗 + 事件段(episode)迟滞 —— 进段砍一次(验证码按占比 >2%×0.5、>0.5%×0.7),
退段才重置;干净爬坡改看短窗且验证码≤0.3% 不阻追涨。dp1 数据归档保留。
|
2026-10-30 17:08:37 +08:00 |
|
|
bigcode
|
f0444e5879
|
stress: 双路径(fetch+浏览器)24h 自适应吞吐优化测试器 —— AIMD 调速,>98% 成功率约束
走生产双路径原形态(runtime=auto 全池 LRU,令牌内 go-fetch/溢出温池浏览器),
与 serp-profile-capacity.ts 的单号 sticky+fetch 互补。
控制器每 60s 决策(30min 滚动窗口):成功率<95%×0.5/<98%×0.7、验证码波×0.7、
内部门壳尝试占比>15%×0.85 抢先退避、池空×0.85;干净时每 5 拍 ×1.08 加速,区间 [3,400] req/min。
smoke(dp0,7min)验证发现并修复:发出/完成同刻记账(在途请求跨桶虚报失败,高并发下
会把控制器系统性压到下限)+ 退避最少失败数门槛(低速率单次偶发失败不触发)。
|
2026-10-30 14:49:55 +08:00 |
|