mirror of
https://gitee.com/xmz7891/ykxmz.git
synced 2026-10-18 13:40:45 +00:00
xmz7891
25e7780272
实测单个请求有 2~4% 的偶发失败（4G 丢包打在一条隧道连接上， 或者那条连接正在重连）。原逻辑是一失败就 online = false， 于是界面上会闪一下已断开 —— 用户点按钮时正好撞上那一闪， 看起来就像又连不上了。 而链路其实 1.5~15 秒就自己恢复（客户端本来就有退避重试）。 改成连续失败 3 次才判离线（手表至少 4.5 秒、电脑至少 6 秒）： * 单次抖动完全不影响界面 * 真的断了仍然如实显示 这不是掩盖问题，而是把是否可用的判断从一次采样改成连续采样 —— 单点采样在有丢包的链路上噪声太大。 两边同步改： android .../RelayTransport.java failStreak + OFFLINE_AFTER windows/lanremote/relay.py _fail_streak + OFFLINE_AFTER 顺带记录 PC 端基准（真实用户视角，之前都是在设备上量的， 那等于把设备 4G 算了两遍）： 公网可用率 98% 耗时 中位 911 P90 1889 P99 23868 ms 长轮询 5/6 耗时 60.8~62.1 秒 对比设备端（中位 1344 / P90 2563）—— 用户实际体验比设备端量出来的好。
30 lines
1.3 KiB
Plaintext
30 lines
1.3 KiB
Plaintext
==============================================================
|
||
从 PC 量中转 · optimized · 2026-10-07 16:01:23
|
||
==============================================================
|
||
|
||
── A. 公网可用率（100 次 /v1/health）──
|
||
可用率 98/100 = 98% 失败 2 次
|
||
耗时 最小 765 中位 911 P90 1889 P99 23868 最大 23868 ms
|
||
|
||
── E. 静态资源（各 10 次）──
|
||
/ 9/10 中位 1016 最大 1223 ms
|
||
/shot/pc-main.png 10/10 中位 1160 最大 1914 ms
|
||
/favicon.ico 8/10 中位 1075 最大 1993 ms
|
||
|
||
── C. 三个成品下载（完整下载）──
|
||
ykxmz-setup-1.8.2.exe HTTP 404 0 字节 0.8s 0 KB/s cf=BYPASS
|
||
ykxmz-server-1.8.2.zip HTTP 404 0 字节 0.8s 0 KB/s cf=BYPASS
|
||
ykxmz-watch-1.8.2.apk HTTP 404 0 字节 0.9s 0 KB/s cf=BYPASS
|
||
|
||
── B. 长轮询（6 次真实 poll，每次挂 60 秒）──
|
||
探针注册: 成功
|
||
1: 200 60817ms
|
||
2: 0 **失败**
|
||
3: 200 61758ms
|
||
4: 200 62027ms
|
||
5: 200 62060ms
|
||
6: 200 61247ms
|
||
长轮询成功 5/6 = 83% 失败: 2:0
|
||
耗时 最小 60817 中位 61758 P90 62060 最大 62060 ms（理想 ≈ 61000）
|
||
|
||
============================================================== |