状态概览
“芯桥软件显卡测试管理系统 v1.0”基于 数据库+Web 形式开发：后端 MySQL + Flask，前端 Bootstrap + Jinja2。系统由 Test manager（服务器）、Test executor（客户端，跑测试） 与 WebUI 组成，三者以数据库为中心协同。本页汇总当前 GPU 资源、作业状态与近 30 天趋势。
系统架构（流程简图） Test manager / Test executor / WebUI
WebUI 浏览器提交/查看 Test manager 分发/轮询/回收 MySQL 数据库 作业/设备/结果 Test executor 实际跑测试(可多台) 读写 / 查询 分发测试 JOB DONE / 状态
0
在网 Test executor（台）
0
GPU 总数（块）
0
忙碌 GPU / 空闲 GPU
0
近 30 天作业总数
近 30 天每日测试提交数 按天
作业状态分布 近30天
各 GPU 型号数量占比 按块
最近提交的作业 按时间倒序
ID测试GPU#优先级状态提交时间
实时活动流（Live Activity）● LIVE 系统运行事件流
测试提交（Test Submission）
用户在测试提交页面向 Web 服务器 POST 一个表单，Web 后端将测试请求写入数据库，生成一条新的作业（job）记录。表单包含：① 测试选择　② GPU 数目选择（1~8，一般选 2ⁿ）　③ 测试优先级（low/normal/high/critical）　④ 超时设置。选择 high/critical 时需填写理由。
提交新测试作业
同一测试可跑在不同数目 GPU 上；数目越多通常越快。当前安装显卡最多的服务器有 8 块，一般选 2ⁿ 块。
测试开始后运行超过该时间仍未正常结束，Test executor 会强制终止并置为 TIMEDOUT。
作业表（Job list）
作业（job）与数据库记录一一对应。可查看作业列表（已完成 / 未完成），点击完成作业的 log/cmd output 链接查看命令输出；未完成的（running / active）作业可取消，以回收测试资源。
ID测试框架GPU#优先级 提交人提交时间状态Executor耗时操作
    测试表（Test table，含虚拟测试）
    测试管理系统在显卡上运行各类测试（不同数据集、不同框架、训练/推理等）。其中“虚拟测试（virtual）”用于在真实 GPU 负载之外验证框架与调度流程，不占用实际算力。
    名称数据集框架任务所需GPUDocker镜像默认超时(分)类型
    GPU 型号表（GPU model table）
    Test executor 启动时查询本机显卡型号、数量与状态，并在注册（REGISTER）时上报给 Test manager，用于后续作业与 executor 的匹配。下表为系统纳管的 GPU 型号信息（模拟演示数据）。
    型号架构显存显存带宽FP32(TFLOPS)FP16(TOPS)互联带宽用途
    显卡资源（Executor GPU 状态）
    Test manager 在分发独占模式作业前，会向目标 executor 发送 CHECK GPU 请求确认显卡确为空闲（idle）；若被手动测试占用则标记为忙碌（busy）。下图展示各 executor 的 GPU 占用情况。
    各 Executor 空闲/忙碌 GPU 分布
    C/S 通信（Test manager ↔ Test executor）
    Client（test executor）与 Server（test manager）之间使用套接字（socket）通信，所有请求/响应均为 JSON 格式。主要消息类型：REGISTER / UNREGISTER / CHECK GPU + RUN JOB / CANCEL JOB / JOB DONE / PING。点击下方场景可模拟消息流。
    时序图（Sequence）
    Executor Manager REGISTER → ← ACK CHECK GPU → ← GPU STATUS(idle) RUN JOB → JOB DONE → ← 更新数据库 CANCEL JOB → UNREGISTER → ← ACK
    消息模拟器（JSON over socket）