说明：测速结果为浏览器 ↔ 本服务器之间的吞吐，受本机网络栈限制。 若部署到公网服务器，则测得的是你到该服务器的真实网速。下载大小 2 MiB，上传大小 1 MiB。 目标探测由服务器以非阻塞 connect + poll 发起（worker 线程执行，超时默认 3s），可探测任意 host:port。

配对机制（保持不变）：① 任何设备都可点「生成设备配对码」，它就成为主机，得到一个 6 位一次性码（5 分钟有效）； ② 其他设备点「输入配对码加入上级主机组」，输入码即绑定到该主机名下，此后自动心跳上报； ③ 主机可随时「移除」下属设备，设备也可自行「退出上级组」。
层级与可见性：主机本身也可以加入别的主机组，两个身份互不影响，分两个板块显示。 主机能看到自己名下全部下级（含下级的下级）；成员只能看到主机和自己。
字段来源：名称可自定义；IP 为连接对端地址；MAC 从服务器 ARP 表实时查询（对方近期无通信时可能查不到）； 网络延迟为浏览器请求 RTT；登录地址为设备访问本系统的网址；网速取自该设备在「宽带测速」里的最近一次真实结果（未测速则显示未测速）。 注册表保存在服务器内存，服务重启后需重新配对。

这是什么？主机登录后，服务器读取本机的 ARP 表（WSL2 下同时读取 Windows 的 arp.exe -a，两者是同一个局域网的视角），再对所在网段做一轮并发 ping 扫描， 让沉默的设备也进入 ARP 缓存。结果列出最近与网络通信过的设备：IP、MAC、厂商（OUI 识别）、主机名（尽力反解）。 手机随机化 MAC、路由器开启 AP 隔离、或网段较大时可能发现不全——这是真实网络的物理限制，不是程序错误。

这是什么？服务器每 5 秒主动"敲门"检查一批公共服务的连通性： Ping 检测网络可达（223.5.5.5 是阿里公共 DNS）、TCP 检查端口是否开放、HTTP(S) 检查网站是否正常响应。 在线 = 正常 · 离线 = 对方拒绝连接 · 超时 = 无响应。 目标分三组：核心目标计入首页健康度总分；本机可选自检（如容器内 HTTPS—— 容器部署时 TLS 由前置 Nginx 终结，8443 本就不监听）显示「未启用」不标红； fault-probe 是故意保留的演示故障探针（端口上恒无服务），显示「✓ 预期离线」， 与真实故障严格区分，不计入健康度。

说明：目标列表由 config/targets.json 配置（type 支持 ping / tcp / http(s)）， Scheduler 线程每 interval 秒把全部目标并发提交到线程池检测（支持 timeout 与 retry）， 核心检测逻辑全部由 C++ 完成。ping 使用 ICMP（/bin/ping 子进程）；tcp 为非阻塞 connect + poll； http/https 走真实 DNS → TCP → TLS 握手 → HTTP 请求链路并分段计时。

这张表在测什么？用压测脚本 scripts/benchmark.py 在服务器本机启动一个压测客户端， 以 16 个并发连接持续 5 秒反复请求同一个静态文件，然后统计服务器在 5 种并发模型下的表现。 请求走本机回环（127.0.0.1，不经过外部网络），所以它衡量的是服务器软件自身的调度与 I/O 开销， 而不是你家宽带的速度。

每一列的含义： Requests = 5 秒内完成的总请求数； RPS = 每秒完成的请求数（吞吐量，越高越好）； 平均 / P95 / P99 (ms) = 请求耗时。平均是"一般感受"，P95/P99 是"最差的 5%/1% 请求也不慢于多少毫秒"—— P99 更能暴露卡顿：平均值很低但 P99 很高，说明偶发掉队； CPU % = 压测期间服务器进程平均占用一个核的百分比； RSS KB = 进程峰值内存占用。

五行模式的区别： epoll LT / ET 是两种事件通知方式：LT（水平触发，默认）"没处理完会一直提醒"，稳妥； ET（边缘触发）"只在状态变化时提醒一次"，代码必须一次把数据读写完，理论上更省系统调用； 0 workers 表示不用线程池，Reactor 单线程亲自读文件、拼响应（同步基线）； 1 / 2 workers 把文件读取和响应拼装交给线程池，Reactor 专职收发事件； keep-alive 表示一个连接可以连续发多个请求，省去每个请求一次的 TCP 三次握手。

怎么读这张表：重点看三组对比—— ① 0 workers → 2 workers：线程池带来的吞吐提升； ② LT → ET：事件模型差异在本机场景下是否明显； ③ 短连接 → keep-alive：连接复用省掉握手的收益（延迟通常显著下降）。 每台机器的绝对数值不同（CPU、文件大小都会影响），但相对趋势在任何机器上是一致的。

测试脚本为 scripts/benchmark.py，仅使用 Python 标准库。 短连接模式每次请求新建 TCP 连接；keep-alive 模式每个客户端复用一条连接。 固定 5 秒、并发 16，服务器单独运行，五行数据来自同环境同批次实测。 数据为 WSL2 本地单次快照，非生产容量承诺。

为什么挪走：HTTP 是请求-响应模型，服务端只能读到自己所在机器的 /proc 与 /sys——放在访客页面上，这组数字会被当成"我这台电脑"。 访客侧的正确做法是反向的：由浏览器采集、经你授权后上报，也就是上面「你这台设备」那一栏。 云机自身的硬件与链路自检属于节点运维，已随之迁到监控台的「节点自检」。

注意：仅仅打开本页面不算接入。计算节点必须真实启动 Agent 并在 Collector（9090）注册成功， 对应接入方式卡片才会亮起绿点并列出节点；在线节点达到 ≥1 后，左侧「监控台」才可点击进入。

识别原理：路径一由服务器对目标设备的 22（SSH）与 23（Telnet）管理端口发起真实 TCP 连接， 抓取登录横幅（banner）并按特征识别厂商——华为 VRP、H3C Comware、Cisco IOS、Juniper、OpenSSH/Dropbear 等， 无需账号密码，也不改动设备配置。完整 SSH 命令行管理（批量下发配置、采集运行状态）需引入 libssh，属于后续 AIDC 阶段计划。