zoo-bench · 2026-10-11 · AMD EPYC 7763 64-Core Processor
与 apscheduler、asyncio_pool、bare_thread、process_pool、thread_pool 共 5 个对照方案的同口径对比;全部数值由 zoo-bench 在本机重新测量、逐档公开,包括本框架输掉的档位。
原始数据:results/zoo-framework-0.7.1b0/20261011T091928Z.json
zoo-bench 报告
| 项 | 值 |
|---|---|
| CPU 型号 | AMD EPYC 7763 64-Core Processor |
| 逻辑核数 | 4 |
| 平台 | Linux-x86_64 |
| 操作系统 | Linux 6.17.0-1022-azure(#22-Ubuntu SMP Mon Jul 27 17:24:03 UTC 2026) |
| Python | CPython 3.13.16 |
| 解释器 | /opt/hostedtoolcache/Python/3.13.16/x64/bin/python |
| GIL | default |
| 被测框架(发行元数据) | 0.7.1-beta |
| 被测框架(模块 __version__) | 0.7.1-beta(仅附注,不作版本判据) |
| 被测框架的驱动面世代 | 当前代驱动面(调度内核 core + 调度模型 model,完成信号取自结果响应器) |
| harness | zoo-bench 0.0.1 @ 9a42be24ac43f75e2e5d7b16434f91ba3d0717b6 |
| 复现命令 | zoo-bench run --framework zoo-framework==0.7.1b0 |
数据:运行环境
运行环境
以 dist_version(发行元数据)为版本真源;module_version 仅作附注
数据:运行环境
zoo-bench 报告
数据:负载
zoo-bench 报告
数据:测量口径
zoo-bench 报告
数据:结论摘要
结论摘要
数据:结论摘要
结论摘要
幻灯片为了「一页一个结论」只放了本章的前 2 页;余下 6 页的逐单元数值、分位数与原始样本都在全文的同一章节里,逐字可核。
全文:同目录 report.md 的「结论摘要」章节
结论摘要 · 框架自身开销占比
执行体 10000 微秒 时,zoo 的框架自身开销占比。
该档位有 2 个方案更低:bare_thread、thread_pool。
同档对比:apscheduler 3.67%、asyncio_pool 2.05%、bare_thread 1.36%、process_pool 3.15%、thread_pool 0.70%
数据:zoo-bench「框架自身开销占比」· 并发度 1 · 执行体 10000 微秒 档
维度:延迟分位数与抖动
并发度 1 · 端到端 / 并发度
数据:zoo-bench「延迟分位数与抖动」· 并发度 1 · 逐单元数值与分位数见 report.md 的同一章节
维度:延迟分位数与抖动
并发度 1 · 端到端 / 并发度
数据:zoo-bench「延迟分位数与抖动」· 并发度 1 · 逐单元数值与分位数见 report.md 的同一章节
zoo-bench 报告
端到端 / 并发度;分位数与相对离散度同表给出,只给中位数的度量不合格
| 并发度 | 执行体档位(微秒) | zoo | apscheduler | asyncio_pool | bare_thread | process_pool | thread_pool |
|---|---|---|---|---|---|---|---|
| 1 | 40 | 182.10 微秒 | 292.58 微秒 | 143.70 微秒 | 149.41 微秒 | 352.82 微秒 | 75.72 微秒 |
| 1 | 300 | 386.65 微秒 | 549.93 微秒 | 398.87 微秒 | 404.88 微秒 | 594.83 微秒 | 330.18 微秒 |
| 1 | 2700 | 2.736 毫秒 | 2.991 毫秒 | 2.778 毫秒 | 2.714 毫秒 | 2.951 毫秒 | 2.717 毫秒 |
| 1 | 10000 | 9.726 毫秒 | 9.741 毫秒 | 9.939 毫秒 | 9.438 毫秒 | 10.016 毫秒 | 9.708 毫秒 |
| 4 | 40 | 203.45 微秒 | 264.75 微秒 | 155.40 微秒 | 160.45 微秒 | 233.46 微秒 | 96.14 微秒 |
| 4 | 300 | 465.41 微秒 | 523.52 微秒 | 410.22 微秒 | 421.56 微秒 | 293.33 微秒 | 355.71 微秒 |
| 4 | 2700 | 2.884 毫秒 | 2.993 毫秒 | 2.762 毫秒 | 2.677 毫秒 | 1.389 毫秒 | 2.729 毫秒 |
| 4 | 10000 | 10.016 毫秒 | 9.919 毫秒 | 9.720 毫秒 | 9.673 毫秒 | 4.618 毫秒 | 9.759 毫秒 |
| 16 | 40 | 206.52 微秒 | 245.94 微秒 | 136.30 微秒 | 170.92 微秒 | 157.11 微秒 | 91.05 微秒 |
| 16 | 300 | 463.38 微秒 | 491.80 微秒 | 399.23 微秒 | 433.71 微秒 | 283.30 微秒 | 346.24 微秒 |
| 16 | 2700 | 2.875 毫秒 | 2.960 毫秒 | 2.844 毫秒 | 2.734 毫秒 | 1.430 毫秒 | 2.707 毫秒 |
数据:维度:延迟分位数与抖动
维度:延迟分位数与抖动
| 并发度 | 执行体档位(微秒) | zoo | apscheduler | asyncio_pool | bare_thread | process_pool | thread_pool |
|---|---|---|---|---|---|---|---|
| 16 | 10000 | 10.149 毫秒 | 10.207 毫秒 | 9.885 毫秒 | 9.515 毫秒 | 4.746 毫秒 | 9.680 毫秒 |
| 64 | 40 | 204.01 微秒 | 224.61 微秒 | 122.10 微秒 | 170.82 微秒 | 191.67 微秒 | 90.49 微秒 |
| 64 | 300 | 470.66 微秒 | 496.93 微秒 | 378.93 微秒 | 427.70 微秒 | 300.56 微秒 | 343.57 微秒 |
| 64 | 2700 | 2.891 毫秒 | 2.961 毫秒 | 2.754 毫秒 | 2.687 毫秒 | 1.376 毫秒 | 2.766 毫秒 |
| 64 | 10000 | 10.269 毫秒 | 10.691 毫秒 | 10.358 毫秒 | 9.802 毫秒 | 4.629 毫秒 | 10.397 毫秒 |
逐单元数值(分位数、离散度、各轮原始样本)见文末「附录:全部数值」。
数据:维度:延迟分位数与抖动
维度:框架自身开销占比
并发度 1 · 框架自身开销
数据:zoo-bench「框架自身开销占比」· 并发度 1 · 逐单元数值与分位数见 report.md 的同一章节
维度:框架自身开销占比
并发度 1 · 框架自身开销
数据:zoo-bench「框架自身开销占比」· 并发度 1 · 逐单元数值与分位数见 report.md 的同一章节
zoo-bench 报告
开销 = 端到端/并发度 - 同一次运行内实测的执行体耗时(不做跨运行减法)。带 — 的格:该并发度超出这台机器的并行能力,执行体自报耗时含超订的调度等待,与该行的每任务端到端不可比,故不给开销数字(端到端与吞吐见各自的维度)
| 并发度 | 执行体档位(微秒) | zoo | apscheduler | asyncio_pool | bare_thread | process_pool | thread_pool |
|---|---|---|---|---|---|---|---|
| 1 | 40 | 71.79% | 80.15% | 65.83% | 64.64% | 84.46% | 40.53% |
| 1 | 300 | 43.97% | 44.02% | 26.35% | 26.00% | 49.83% | 12.18% |
| 1 | 2700 | 4.94% | 8.97% | 4.54% | 4.26% | 11.47% | 1.65% |
| 1 | 10000 | 1.68% | 3.67% | 2.05% | 1.36% | 3.15% | 0.70% |
| 4 | 40 | 73.41% | 79.88% | 65.20% | 68.16% | 59.90% | 48.10% |
| 4 | 300 | 33.89% | 40.02% | 26.02% | 29.31% | — | 15.90% |
| 4 | 2700 | 6.52% | 9.78% | 4.90% | 4.68% | — | 3.74% |
| 4 | 10000 | — | — | — | — | — | — |
| 16 | 40 | — | — | — | — | — | — |
| 16 | 300 | — | — | — | — | — | — |
| 16 | 2700 | — | — | — | — | — | — |
数据:维度:框架自身开销占比
维度:框架自身开销占比
| 并发度 | 执行体档位(微秒) | zoo | apscheduler | asyncio_pool | bare_thread | process_pool | thread_pool |
|---|---|---|---|---|---|---|---|
| 16 | 10000 | — | — | — | — | — | — |
| 64 | 40 | — | — | — | — | — | — |
| 64 | 300 | — | — | — | — | — | — |
| 64 | 2700 | — | — | — | — | — | — |
| 64 | 10000 | — | — | — | — | — | — |
逐单元数值(分位数、离散度、各轮原始样本)见文末「附录:全部数值」。
数据:维度:框架自身开销占比
维度:吞吐与并发伸缩
并发度 1 · 吞吐
数据:zoo-bench「吞吐与并发伸缩」· 并发度 1 · 逐单元数值与分位数见 report.md 的同一章节
维度:吞吐与并发伸缩
并发度 1 · 吞吐
数据:zoo-bench「吞吐与并发伸缩」· 并发度 1 · 逐单元数值与分位数见 report.md 的同一章节
zoo-bench 报告
吞吐 = 并发度 / 端到端中位数;随并发度是否继续上升即为伸缩性
| 并发度 | 执行体档位(微秒) | zoo | apscheduler | asyncio_pool | bare_thread | process_pool | thread_pool |
|---|---|---|---|---|---|---|---|
| 1 | 40 | 5491.5 | 3417.8 | 6958.7 | 6693.0 | 2834.3 | 13207.1 |
| 1 | 300 | 2586.3 | 1818.4 | 2507.1 | 2469.9 | 1681.2 | 3028.6 |
| 1 | 2700 | 365.5 | 334.3 | 360.0 | 368.5 | 338.9 | 368.0 |
| 1 | 10000 | 102.8 | 102.7 | 100.6 | 106.0 | 99.8 | 103.0 |
| 4 | 40 | 19661.0 | 15108.5 | 25740.3 | 24929.6 | 17133.9 | 41606.5 |
| 4 | 300 | 8594.6 | 7640.5 | 9750.8 | 9488.5 | 13636.3 | 11245.1 |
| 4 | 2700 | 1387.0 | 1336.6 | 1448.3 | 1494.0 | 2880.3 | 1465.9 |
| 4 | 10000 | 399.4 | 403.3 | 411.5 | 413.5 | 866.3 | 409.9 |
| 16 | 40 | 77474.6 | 65056.7 | 117388.0 | 93609.9 | 101836.3 | 175734.6 |
| 16 | 300 | 34528.5 | 32533.3 | 40077.0 | 36890.8 | 56477.9 | 46210.8 |
| 16 | 2700 | 5565.2 | 5405.6 | 5625.0 | 5852.3 | 11185.9 | 5909.9 |
数据:维度:吞吐与并发伸缩
维度:吞吐与并发伸缩
| 并发度 | 执行体档位(微秒) | zoo | apscheduler | asyncio_pool | bare_thread | process_pool | thread_pool |
|---|---|---|---|---|---|---|---|
| 16 | 10000 | 1576.5 | 1567.5 | 1618.7 | 1681.6 | 3371.6 | 1652.9 |
| 64 | 40 | 313716.1 | 284933.9 | 524166.3 | 374656.8 | 333912.8 | 707233.4 |
| 64 | 300 | 135978.9 | 128790.1 | 168896.4 | 149637.7 | 212933.5 | 186277.5 |
| 64 | 2700 | 22138.1 | 21617.7 | 23239.8 | 23821.1 | 46518.2 | 23134.1 |
| 64 | 10000 | 6232.3 | 5986.5 | 6178.8 | 6529.1 | 13825.1 | 6155.4 |
逐单元数值(分位数、离散度、各轮原始样本)见文末「附录:全部数值」。
数据:维度:吞吐与并发伸缩
zoo-bench 报告
口径:把每任务端到端拆成提交侧 / 手交 / 执行体 / 回程四段,并在同一档位与并发度下与各对照方案逐段对照,回答「超出对照的部分落在哪一段」。它是诊断而非主证据:抽样一小批档位,且不与对照方案比总开销。手交为负不是错误:那表示提交调用还没返回、执行体就已经开跑——把建线程一类工作算进提交侧的方案就会这样(实测 bare_thread 手交 -343 微秒)。回程含完成信号的等待(排空返回前的最后一段),它与主测量是同一口径
状态:ok
本维度是诊断不是主证据:抽样的档位与并发度固定为一小批,不覆盖矩阵里的全部单元。并发度上界取机器的并行能力——超过它时量到的是争用;
抽样档位(微秒):40、10000;并发度:[1, 4];该机器并行能力:4
| 方案 | 并发度 | 档位(微秒) | 提交侧 | 手交 | 执行体 | 回程 | 状态 |
|---|---|---|---|---|---|---|---|
| apscheduler | 1 | 40 | 107.03 微秒 | 88.74 微秒 | 51.01 微秒 | 40.43 微秒 | ok |
| apscheduler | 4 | 40 | 111.85 微秒 | 536.36 微秒 | 53.40 微秒 | 223.21 微秒 | ok |
| apscheduler | 1 | 10000 | 143.89 微秒 | 92.82 微秒 | 9.717 毫秒 | 52.57 微秒 | ok |
数据:维度:开销归因
维度:开销归因
| 方案 | 并发度 | 档位(微秒) | 提交侧 | 手交 | 执行体 | 回程 | 状态 |
|---|---|---|---|---|---|---|---|
| apscheduler | 4 | 10000 | 115.81 微秒 | 12.770 毫秒 | 14.372 毫秒 | 9.716 毫秒 | ok |
| asyncio_pool | 1 | 40 | 17.44 微秒 | 26.24 微秒 | 49.78 微秒 | 57.13 微秒 | ok |
| asyncio_pool | 4 | 40 | 18.96 微秒 | 246.77 微秒 | 53.89 微秒 | 277.26 微秒 | ok |
| asyncio_pool | 1 | 10000 | 22.48 微秒 | 35.28 微秒 | 9.602 毫秒 | 83.05 微秒 | ok |
| asyncio_pool | 4 | 10000 | 24.14 微秒 | 12.532 毫秒 | 15.033 毫秒 | 9.857 毫秒 | ok |
| bare_thread | 1 | 40 | 145.72 微秒 | -77.75 微秒 | 53.16 微秒 | 31.65 微秒 | ok |
| bare_thread | 4 | 40 | 152.05 微秒 | -74.78 微秒 | 50.79 微秒 | 328.63 微秒 | ok |
| bare_thread | 1 | 10000 | 5.173 毫秒 | -5093.47 微秒 | 9.760 毫秒 | 36.84 微秒 | ok |
| bare_thread | 4 | 10000 | 5.190 毫秒 | -5085.13 微秒 | 14.764 毫秒 | 10.012 毫秒 | ok |
| process_pool | 1 | 40 | — | — | — | — | not_measurable:执行体的起止时刻读不到——它没有在本进程里运行(跨进程档位无法这样分段) |
| process_pool | 4 | 40 | — | — | — | — | not_measurable:执行体的起止时刻读不到——它没有在本进程里运行(跨进程档位无法这样分段) |
| process_pool | 1 | 10000 | — | — | — | — | not_measurable:执行体的起止时刻读不到——它没有在本进程里运行(跨进程档位无法这样分段) |
| process_pool | 4 | 10000 | — | — | — | — | not_measurable:执行体的起止时刻读不到——它没有在本进程里运行(跨进程档位无法这样分段) |
数据:维度:开销归因
维度:开销归因
幻灯片为了「一页一个结论」只放了本章的前 2 页;余下 9 页的逐单元数值、分位数与原始样本都在全文的同一章节里,逐字可核。
全文:同目录 report.md 的「维度:开销归因」章节
zoo-bench 报告
口径:本维度采用内部开关对照(同一 workload 下语义全关 vs 逐个开启),不与对照方案横向比较——裸写法没有优先级/超时/重试的对应物,故只能回答“本框架的语义值多少钱”,不能回答“比裸写法贵多少”
状态:ok(结论在该次测量装着的「current」代驱动面上得出)
| 语义项 | 层级 | 探查方式 | 可测 | 证据 / 原因 |
|---|---|---|---|---|
| 超时 | 派发层 | 行为探查(按调度轮反复驱动,量在飞表摘除时刻) | 是 | 已观测到超时摘除:在执行体结束之前离开在飞表(0.0123s)(执行体 0.15s、run_timeout 0.01s);判定动作在 dispatch_core.py:365;生效的是观测与熔断(记录、标记不健康、摘除在飞登记、停止派发),不是终止仍在执行的 worker——CPython 无法安全中断线程 |
| 优先级 | 事件层 | 结构探查(检查执行所需的符号是否存在) | 否 | 未复核:本项的结论是在「previous」代上得出的,把它当成本代的事实等于在报告里断言一个当前代并不具备的接线。重新推导需要单独一次探查设计(每项要有干净的开/关态才谈得上定价) |
| 重试 | 事件层 | 结构探查(检查执行所需的符号是否存在) | 否 | 未复核:本项的结论是在「previous」代上得出的,把它当成本代的事实等于在报告里断言一个当前代并不具备的接线。重新推导需要单独一次探查设计(每项要有干净的开/关态才谈得上定价) |
本结论按被测版本得出,坐标只对该版本成立;往 matrix.yaml 追加版本后须重跑本探查
数据:维度:调度语义的代价
zoo-bench 报告
口径:该线独立测量:它不进入主矩阵的透视表与交叉点,其数值也不可与那些表里的对照方案横向比较
该线结论:not_applicable
被测框架不具备该能力(找不到这些符号:adaptive_params, dual_arm_worker, native_params, native_task_worker)——该线对此版本不适用,这不是失败
等价性门禁:未跑到(前置探查没走到这一步)
所测任务 modbus_rtu.parse_response——Modbus RTU 响应帧解析:输入是一条裸 RTU ADU 响应帧(不含任何传输层封装),其长度即该档位的帧字节
规模档位 R1、R8、R125(帧字节 7、21、255);并发度 1、4、16、64;每格预热 100 轮 + 采样 100 轮,每个并发度一个子进程(共 4 个)
数据:维度:原生任务线:同一被测对象的三种执行形态
zoo-bench 报告
被测框架处于优势的档位(两侧差异大于该档位的带宽)。它与「公开的不利数据」出自同一份同运行内的相对比,只是一个取更快的、一个取更慢的——两者的覆盖面相同,故谁都挑不了档位。本节的缺席不构成不合格:分不出胜负或处处更慢时它就应当是空的
| 对照方案 | 并发度 | 执行体档位(微秒) | 差距 | 被测框架中位数 |
|---|---|---|---|---|
| apscheduler | 1 | 40 | 被测框架比 apscheduler 快 1.61x | 182.10 微秒 |
| process_pool | 1 | 40 | 被测框架比 process_pool 快 1.94x | 182.10 微秒 |
| apscheduler | 1 | 300 | 被测框架比 apscheduler 快 1.42x | 386.65 微秒 |
| process_pool | 1 | 300 | 被测框架比 process_pool 快 1.54x | 386.65 微秒 |
| apscheduler | 1 | 2700 | 被测框架比 apscheduler 快 1.09x | 2.736 毫秒 |
| process_pool | 1 | 2700 | 被测框架比 process_pool 快 1.08x | 2.736 毫秒 |
| asyncio_pool | 1 | 10000 | 被测框架比 asyncio_pool 快 1.02x | 9.726 毫秒 |
| process_pool | 1 | 10000 | 被测框架比 process_pool 快 1.03x | 9.726 毫秒 |
| apscheduler | 4 | 40 | 被测框架比 apscheduler 快 1.30x | 203.45 微秒 |
| apscheduler | 4 | 300 | 被测框架比 apscheduler 快 1.12x | 465.41 微秒 |
| apscheduler | 4 | 2700 | 被测框架比 apscheduler 快 1.04x | 2.884 毫秒 |
数据:被测框架在哪些档位更快
被测框架在哪些档位更快
| 对照方案 | 并发度 | 执行体档位(微秒) | 差距 | 被测框架中位数 |
|---|---|---|---|---|
| apscheduler | 16 | 40 | 被测框架比 apscheduler 快 1.19x | 206.52 微秒 |
| apscheduler | 16 | 300 | 被测框架比 apscheduler 快 1.06x | 463.38 微秒 |
| apscheduler | 16 | 2700 | 被测框架比 apscheduler 快 1.03x | 2.875 毫秒 |
| apscheduler | 64 | 300 | 被测框架比 apscheduler 快 1.06x | 470.66 微秒 |
数据:被测框架在哪些档位更快
公开的不利数据 · 归类
最差 1.67x(并发 64 · 40 微秒)。全部档位:并发 1 · 40 微秒、并发 4 · 40 微秒、并发 4 · 300 微秒、并发 4 · 2700 微秒、并发 4 · 10000 微秒、并发 16 · 40 微秒、并发 16 · 300 微秒、并发 16 · 10000 微秒、并发 64 · 40 微秒、并发 64 · 300 微秒、并发 64 · 2700 微秒
最差 1.27x(并发 4 · 40 微秒)。全部档位:并发 1 · 10000 微秒、并发 4 · 40 微秒、并发 4 · 300 微秒、并发 4 · 2700 微秒、并发 4 · 10000 微秒、并发 16 · 40 微秒、并发 16 · 300 微秒、并发 16 · 2700 微秒、并发 16 · 10000 微秒、并发 64 · 40 微秒、并发 64 · 300 微秒、并发 64 · 2700 微秒、并发 64 · 10000 微秒
最差 2.22x(并发 64 · 10000 微秒)。全部档位:并发 4 · 300 微秒、并发 4 · 2700 微秒、并发 4 · 10000 微秒、并发 16 · 40 微秒、并发 16 · 300 微秒、并发 16 · 2700 微秒、并发 16 · 10000 微秒、并发 64 · 300 微秒、并发 64 · 2700 微秒、并发 64 · 10000 微秒
最差 2.41x(并发 1 · 40 微秒)。全部档位:并发 1 · 40 微秒、并发 4 · 40 微秒、并发 4 · 300 微秒、并发 4 · 2700 微秒、并发 4 · 10000 微秒、并发 16 · 40 微秒、并发 16 · 300 微秒、并发 16 · 2700 微秒、并发 16 · 10000 微秒、并发 64 · 40 微秒、并发 64 · 300 微秒、并发 64 · 2700 微秒
数据:zoo-bench「公开的不利数据」· 逐档明细见其后的页与 report.md
zoo-bench 报告
被测框架处于劣势的档位(两侧差异大于该档位的带宽)。这部分缺失的报告不合格——一份只展示自己赢的报告,读者有理由认为它不可信。差异小于带宽的档位不在本节,而在「分不出胜负」那一节:那是判据的结果,不是把它们藏起来
| 对照方案 | 并发度 | 执行体档位(微秒) | 差距 | 被测框架中位数 |
|---|---|---|---|---|
| asyncio_pool | 1 | 40 | asyncio_pool 比 zoo 快 1.27x | 182.10 微秒 |
| thread_pool | 1 | 40 | thread_pool 比 zoo 快 2.41x | 182.10 微秒 |
| bare_thread | 1 | 10000 | bare_thread 比 zoo 快 1.03x | 9.726 毫秒 |
| asyncio_pool | 4 | 40 | asyncio_pool 比 zoo 快 1.31x | 203.45 微秒 |
| bare_thread | 4 | 40 | bare_thread 比 zoo 快 1.27x | 203.45 微秒 |
| thread_pool | 4 | 40 | thread_pool 比 zoo 快 2.12x | 203.45 微秒 |
| asyncio_pool | 4 | 300 | asyncio_pool 比 zoo 快 1.13x | 465.41 微秒 |
| bare_thread | 4 | 300 | bare_thread 比 zoo 快 1.10x | 465.41 微秒 |
| process_pool | 4 | 300 | process_pool 比 zoo 快 1.59x | 465.41 微秒 |
| thread_pool | 4 | 300 | thread_pool 比 zoo 快 1.31x | 465.41 微秒 |
| asyncio_pool | 4 | 2700 | asyncio_pool 比 zoo 快 1.04x | 2.884 毫秒 |
数据:公开的不利数据
公开的不利数据
| 对照方案 | 并发度 | 执行体档位(微秒) | 差距 | 被测框架中位数 |
|---|---|---|---|---|
| bare_thread | 4 | 2700 | bare_thread 比 zoo 快 1.08x | 2.884 毫秒 |
| process_pool | 4 | 2700 | process_pool 比 zoo 快 2.08x | 2.884 毫秒 |
| thread_pool | 4 | 2700 | thread_pool 比 zoo 快 1.06x | 2.884 毫秒 |
| asyncio_pool | 4 | 10000 | asyncio_pool 比 zoo 快 1.03x | 10.016 毫秒 |
| bare_thread | 4 | 10000 | bare_thread 比 zoo 快 1.04x | 10.016 毫秒 |
| process_pool | 4 | 10000 | process_pool 比 zoo 快 2.17x | 10.016 毫秒 |
| thread_pool | 4 | 10000 | thread_pool 比 zoo 快 1.03x | 10.016 毫秒 |
| asyncio_pool | 16 | 40 | asyncio_pool 比 zoo 快 1.52x | 206.52 微秒 |
| bare_thread | 16 | 40 | bare_thread 比 zoo 快 1.21x | 206.52 微秒 |
| process_pool | 16 | 40 | process_pool 比 zoo 快 1.31x | 206.52 微秒 |
| thread_pool | 16 | 40 | thread_pool 比 zoo 快 2.27x | 206.52 微秒 |
| asyncio_pool | 16 | 300 | asyncio_pool 比 zoo 快 1.16x | 463.38 微秒 |
| bare_thread | 16 | 300 | bare_thread 比 zoo 快 1.07x | 463.38 微秒 |
数据:公开的不利数据
公开的不利数据
| 对照方案 | 并发度 | 执行体档位(微秒) | 差距 | 被测框架中位数 |
|---|---|---|---|---|
| process_pool | 16 | 300 | process_pool 比 zoo 快 1.64x | 463.38 微秒 |
| thread_pool | 16 | 300 | thread_pool 比 zoo 快 1.34x | 463.38 微秒 |
| bare_thread | 16 | 2700 | bare_thread 比 zoo 快 1.05x | 2.875 毫秒 |
| process_pool | 16 | 2700 | process_pool 比 zoo 快 2.01x | 2.875 毫秒 |
| thread_pool | 16 | 2700 | thread_pool 比 zoo 快 1.06x | 2.875 毫秒 |
| asyncio_pool | 16 | 10000 | asyncio_pool 比 zoo 快 1.03x | 10.149 毫秒 |
| bare_thread | 16 | 10000 | bare_thread 比 zoo 快 1.07x | 10.149 毫秒 |
| process_pool | 16 | 10000 | process_pool 比 zoo 快 2.14x | 10.149 毫秒 |
| thread_pool | 16 | 10000 | thread_pool 比 zoo 快 1.05x | 10.149 毫秒 |
| asyncio_pool | 64 | 40 | asyncio_pool 比 zoo 快 1.67x | 204.01 微秒 |
| bare_thread | 64 | 40 | bare_thread 比 zoo 快 1.19x | 204.01 微秒 |
| thread_pool | 64 | 40 | thread_pool 比 zoo 快 2.25x | 204.01 微秒 |
| asyncio_pool | 64 | 300 | asyncio_pool 比 zoo 快 1.24x | 470.66 微秒 |
数据:公开的不利数据
公开的不利数据
| 对照方案 | 并发度 | 执行体档位(微秒) | 差距 | 被测框架中位数 |
|---|---|---|---|---|
| bare_thread | 64 | 300 | bare_thread 比 zoo 快 1.10x | 470.66 微秒 |
| process_pool | 64 | 300 | process_pool 比 zoo 快 1.57x | 470.66 微秒 |
| thread_pool | 64 | 300 | thread_pool 比 zoo 快 1.37x | 470.66 微秒 |
| asyncio_pool | 64 | 2700 | asyncio_pool 比 zoo 快 1.05x | 2.891 毫秒 |
| bare_thread | 64 | 2700 | bare_thread 比 zoo 快 1.08x | 2.891 毫秒 |
| process_pool | 64 | 2700 | process_pool 比 zoo 快 2.10x | 2.891 毫秒 |
| thread_pool | 64 | 2700 | thread_pool 比 zoo 快 1.04x | 2.891 毫秒 |
| bare_thread | 64 | 10000 | bare_thread 比 zoo 快 1.05x | 10.269 毫秒 |
| process_pool | 64 | 10000 | process_pool 比 zoo 快 2.22x | 10.269 毫秒 |
数据:公开的不利数据
zoo-bench 报告
两侧分不出胜负的档位:差异小于该档位的带宽。带宽取自同一次运行内两侧各自的跨轮离散度(每任务中位数的标准差 / 中位数)之和,故它随样本变化,读者可用留档里的逐轮样本自行复核。它同样覆盖全部所测档位、逐项写明原因——本节不是藏东西的地方:把噪声级差异报成「快 1.00x」才是
判据:带宽 = 被测框架侧与对照侧各自的跨轮相对离散度之和;单侧的跨轮相对离散度 = 该单元逐轮的「每任务中位数」的标准差 / 中位数
本期带宽:0.9% 到 24.7%(随各档位的离散度不同而不同)。
| 对照方案 | 并发度 | 执行体档位(微秒) | 比值 | 原因 |
|---|---|---|---|---|
| bare_thread | 1 | 40 | 0.82x | 两侧差异 18.0% 小于带宽 20.5%,分不出胜负 |
| asyncio_pool | 1 | 300 | 1.03x | 两侧差异 3.2% 小于带宽 18.0%,分不出胜负 |
| bare_thread | 1 | 300 | 1.05x | 两侧差异 4.7% 小于带宽 17.5%,分不出胜负 |
| thread_pool | 1 | 300 | 0.85x | 两侧差异 14.6% 小于带宽 16.8%,分不出胜负 |
| asyncio_pool | 1 | 2700 | 1.02x | 两侧差异 1.5% 小于带宽 3.3%,分不出胜负 |
| bare_thread | 1 | 2700 | 0.99x | 两侧差异 0.8% 小于带宽 2.5%,分不出胜负 |
数据:分不出胜负的档位
分不出胜负的档位
| 对照方案 | 并发度 | 执行体档位(微秒) | 比值 | 原因 |
|---|---|---|---|---|
| thread_pool | 1 | 2700 | 0.99x | 两侧差异 0.7% 小于带宽 1.5%,分不出胜负 |
| apscheduler | 1 | 10000 | 1.00x | 两侧差异 0.2% 小于带宽 1.1%,分不出胜负 |
| thread_pool | 1 | 10000 | 1.00x | 两侧差异 0.2% 小于带宽 1.7%,分不出胜负 |
| process_pool | 4 | 40 | 1.15x | 两侧差异 14.7% 小于带宽 21.8%,分不出胜负 |
| apscheduler | 4 | 10000 | 0.99x | 两侧差异 1.0% 小于带宽 5.0%,分不出胜负 |
| asyncio_pool | 16 | 2700 | 0.99x | 两侧差异 1.1% 小于带宽 5.0%,分不出胜负 |
| apscheduler | 16 | 10000 | 1.01x | 两侧差异 0.6% 小于带宽 1.6%,分不出胜负 |
| apscheduler | 64 | 40 | 1.10x | 两侧差异 10.1% 小于带宽 16.6%,分不出胜负 |
| process_pool | 64 | 40 | 0.94x | 两侧差异 6.0% 小于带宽 12.0%,分不出胜负 |
| apscheduler | 64 | 2700 | 1.02x | 两侧差异 2.4% 小于带宽 2.9%,分不出胜负 |
| apscheduler | 64 | 10000 | 1.04x | 两侧差异 4.1% 小于带宽 4.9%,分不出胜负 |
| asyncio_pool | 64 | 10000 | 1.01x | 两侧差异 0.9% 小于带宽 3.8%,分不出胜负 |
| thread_pool | 64 | 10000 | 1.01x | 两侧差异 1.3% 小于带宽 3.7%,分不出胜负 |
数据:分不出胜负的档位
zoo-bench 报告
数据:口径局限与偏差来源
口径局限与偏差来源
数据:口径局限与偏差来源
口径局限与偏差来源
幻灯片为了「一页一个结论」只放了本章的前 2 页;余下 1 页的逐单元数值、分位数与原始样本都在全文的同一章节里,逐字可核。
全文:同目录 report.md 的「口径局限与偏差来源」章节
zoo-bench 报告
本 harness 的对照方案是开放的:实现 zoo_bench.adapters.BaseAdapter 的四个方法(setup / submit / drain / teardown),用 zoo_bench.adapters.registry.register 登记,或在 matrix.yaml 的 extra_modules 里列出你的模块路径——无需改动本仓库任何文件。你的实现会通过同一套等价性验证(提交 N 个执行体、断言全部执行且各执行一次),不通过的不会被采信。我们主动把这条路径写进报告:一份由被测框架维护者撰写、测量被测框架的报告,读者有理由怀疑对照被写慢或口径被挑选;让任何人能提交自己的对照,是这份报告可被质疑、也可被证伪的前提。
数据:加入你自己的对照
zoo-bench 报告
数据:自检
附录
幻灯片为了「一页一个结论」而压缩了篇幅;被压缩的只有排版,没有数值。
report.mdfigures/,另见 report.pdfresults/zoo-framework-0.7.1b0/20261011T091928Z.json明细有一百多行,压进幻灯片等于让读者失去核对的手段。