3.0 / 性能与实测

快,
经得起细看。

从一个数字,到完整曲线。
把场景、条件和原始样本,一起展开。

开始探索
3

本地布局快照 · 对比 2.7.1 对应查询

136.6倍

这一次,快了两个数量级。

600 人 · 100 个布局快照 · 仅列表查询

2.7.1 257.76 ms3.0 实测 1.89 ms

打开列表,何必读完整份。

同样列出 100 份快照,只改变读取的内容。

2.7.1连同完整内容一起读
调整前
完整布局数据
第一组方案
完整布局数据
最终方案
完整布局数据

展示列表时,额外读入每份布局数据。

3.0 实测只取列表信息
调整前
第一组方案
最终方案

名称、创建时间,足够展示列表。

布局内容完整保留,恢复快照时再读取。
读取方式示意 · 仅展示 3 行,非运行速度动画

让数据库,少跑一点冤枉路。

202 次,
我们压到 2 次。

600 人 / 200 条指定行约束,相同测试输入。
这就是重复查询被省掉之后的样子。

每个方点代表一次 SQL 查询,不代表耗时。

2.7.1202 次查询
3.0 实测2 次查询

继续加码。继续实测。

从 60 到 1,200。
让曲线,把话说完。

换一种规模,再看一次差距。
下方曲线来自新增的独立复测,展示所选场景。

2.7.13.0 实测
0481217ms11030100
100 份快照 / 当前数据点93.7%

耗时减少

2.7.1
14.78 ms
3.0 实测
0.94 ms

两轮独立复测,合并全部样本后每版取 18 次中位数。人数曲线仅测排序函数,1,200 人为压力测试;快照曲线固定 60 人,逐步增加快照数量。折线为离散实测点之间的连线。

一个数字,不够尽兴。

六个环节。
把提升,展开看。

本地快照列表 · 600 人场景

99.3%

耗时减少

2.7.1257.76 ms
3.0 实测1.89 ms

等比例长度,从零起点展示耗时。

展开六项测试明细与查询次数
600 人后端性能对比
测试环节2.7.13.0 实测SQL 次数耗时减少
拼音排序61.73 ms5.43 ms0 → 091.2%
本地快照列表257.76 ms1.89 ms1 → 199.3%
云导出 · 不含历史 / AI2289.83 ms55.61 ms220 → 21697.6%
云同步状态23.79 ms0.62 ms2 → 297.4%
云快照列表217.93 ms1.79 ms2 → 299.2%
云端增量拉取39.34 ms0.76 ms1 → 298.1%

此处展示第一轮专项基准,每版 9 次取中位数。云端处理不含鉴权、加密、网络及客户端还原;增量拉取为一项成绩修改、历史不变。完整场景条件见页末,不能等同为全应用加速。

增量云同步 / 请求体积

大动静。
小到 506 B。

修改一项成绩,保留已有历史。
从完整快照,到只传这次差异。

完整快照请求3.40 MB
增量请求506 B
99.99%JSON 请求体积减少

600 人,10 条历史;包含协议字段,加密前 JSON,KB / MB 使用十进制。数据包方格为近似示意,向上取整,不代表真实包数。首次同步发送完整基线。

04 / 考场排座 · 全新

只搬必须搬的。
其余,整列平移。

日常教室一键改成单人单列的考场。
桌号、演示、打印、考后还原,一条线走完。

错峰同时搬 · 对比依次排队搬

126倍

规划节拍,明显缩短。

128 桌,单行改单列

依次排队 32,512 节拍错峰同时搬 258 节拍

节拍是规划网格的时间单位,不代表教室现场的实际搬运时长。

56 桌班级,改 6 组 × 7 排

75%

的桌子,不用单独搬。

56 张桌子里,42 张随整列平移拉开间距,
只有 14 张需要搬出,正好是理论最少。

教室前方

搬运方式示意

推荐行列

输入考生人数,直接给出搬运最少的组数与排数。

边调边算

改一次行列,立刻试算搬出、搬入与单独搬运,前后对比一目了然。

看着搬

按执行顺序播放搬运动画,暂停、拖动、逐步查看,每张桌子走哪扇门都写清楚。

桌号上桌

按组、按排或 S 型编号,任选 01 号起点;应用后教室页每张桌子都显示考场桌号。

原样还原

考后先整列靠拢,再搬回 14 张,同学回到原座位。

39个实测计时场景
1,044次新旧版本计时样本
2.7.1仓库最近的 2.x 打包标记
让数字,有据可查

关于这些实测

以仓库 2.7.1 打包标记(546a2e9)的对应函数为基线,对比 3.0 实现。数据来自本地合成场景,只反映所列环节,不等同于全应用、安装包启动或真实网络同步的速度。

性能测试条件与全部原始样本

2026-09-24,于 macOS ARM64、Python 3.14.7、内存 SQLite 环境测试。加载 2.7.1 对应旧函数,在同一运行环境和当前模型结构上比较;非安装包启动或生产网络测试。首轮专项预热一次,新旧交替运行各 9 次,取中位数;新增曲线复测两轮,各 9 次,合并全部 18 次样本取中位数。首轮新版测试代码为 2def777,曲线测试为 9a25f63,两者后端实现相同,未采用单侧特调。主页面展示有收益的性能亮点,并非所有测试场景均有提升;下载文件保留完整结果。

60 / 600 人分别使用 10 / 100 个小组、20 / 200 条指定行约束、10 / 100 个布局快照。本地云导出前有 20 / 300 条完整前后状态历史及等量模拟 AI 消息,测试时两版均关闭历史与 AI 同步。快照仅测元数据列表查询;Excel 测解析预览;报表包含 XLSX 生成。新增 19 组曲线测试使用 60、120、300、600、1,200 人,以及固定 60 人时的 1、10、30、100 份快照;混合规则的完整数据也保留在原始文件中。

云端样例另测 60 / 600 人、20 / 10 条历史、10 / 50 个快照,数据低于默认 5 MB 上传上限;视图测试排除鉴权、加密、网络与客户端还原。不同环节不可合并宣称全应用提速。所有数据均为合成数据。

考场排座数据由 scripts/exam_benchmarks.py 于 2026-09-29 调用开发版规划算法实测,前门与后门各一扇;节拍为规划网格中的时间单位,依次排队指路线相交即排队的保守调度。