<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>空瞳 · 移动端测试体系</title><description>空瞳的移动端测试体系。把基准搬到手机平台上跑起来，看调度和频率在做什么，把过程和数字交代清楚。最近主要是鸿蒙上的 SPEC CPU、Geekbench 移植与手机性能测试。</description><link>https://kongtong-bench.com/</link><language>zh-CN</language><atom:link href="https://kongtong-bench.com/rss.xml" rel="self" type="application/rss+xml"/><item><title>SPEC 测试执行器的鸿蒙实现</title><link>https://kongtong-bench.com/posts/spec-executor-harmonyos/</link><guid isPermaLink="true">https://kongtong-bench.com/posts/spec-executor-harmonyos/</guid><description>SPEC 工作负载的计算代码只是测试系统的一部分。把它放进鸿蒙应用以后，还需要准备输入、建立执行环境、控制生命周期、测量耗时、检查输出，并把这些信息关联成一条可以复查的结果。我们在 SPEC CPU2017 与 CPU2026 的应用中，将这些职责放在执行器里：ArkTS 管理任务，原生层执行负载，校验层决定结果是否可以参与统计。</description><pubDate>Wed, 28 Oct 2026 13:15:00 GMT</pubDate><category>鸿蒙</category><category>SPEC CPU</category><category>测试执行器</category><category>计时</category></item><item><title>GFXBench 图形测试的鸿蒙移植</title><link>https://kongtong-bench.com/posts/gfxbench-harmonyos-port/</link><guid isPermaLink="true">https://kongtong-bench.com/posts/gfxbench-harmonyos-port/</guid><description>我们把 GFXBench 的 Aztec Ruins 图形负载接入鸿蒙应用时，将工作分成了两个部分：ArkTS 负责测试选择、资源准备、运行页面和结果保存，原生层负责图形上下文、场景初始化、渲染循环及计分。两部分通过 NAPI 交换测试描述和结果，通过 XComponent 提供的 NativeWindow 连接系统显示链路。</description><pubDate>Wed, 28 Oct 2026 13:10:00 GMT</pubDate><category>鸿蒙</category><category>GFXBench</category><category>图形</category><category>移植</category></item><item><title>MemStorageBench 在鸿蒙上测量内存带宽与存储吞吐</title><link>https://kongtong-bench.com/posts/memstoragebench-harmonyos/</link><guid isPermaLink="true">https://kongtong-bench.com/posts/memstoragebench-harmonyos/</guid><description>MemStorageBench 把内存和存储测试拆成两项独立负载：内存带宽测量固定复制工作量产生的数据流量，顺序存储测量固定文件在连续读写中的吞吐。界面显示速率、耗时和校验状态，每个结果都保留对应的工作量、单位与测量方法。</description><pubDate>Wed, 28 Oct 2026 13:05:00 GMT</pubDate><category>鸿蒙</category><category>内存带宽</category><category>存储吞吐</category><category>基准</category></item><item><title>MonitorHarmony 手机端性能监控的实现</title><link>https://kongtong-bench.com/posts/monitorharmony-implementation/</link><guid isPermaLink="true">https://kongtong-bench.com/posts/monitorharmony-implementation/</guid><description>运行图形测试或日常应用时，我们希望在手机上直接看到帧率、CPU 频率、内存和功率的变化，并把这段过程留存下来。MonitorHarmony 将这项工作分成三条链路：采集系统与目标应用的数据，向主界面和悬浮窗发布状态，保存完整会话并生成历史图表。</description><pubDate>Wed, 28 Oct 2026 13:00:00 GMT</pubDate><category>鸿蒙</category><category>性能监控</category><category>悬浮窗</category><category>MonitorHarmony</category></item><item><title>PC 端如何为鸿蒙测试建立高性能环境，并保持被测设备亮屏</title><link>https://kongtong-bench.com/posts/harmonyos-pc-performance-screen-awake/</link><guid isPermaLink="true">https://kongtong-bench.com/posts/harmonyos-pc-performance-screen-awake/</guid><description>测试前由 PC 端 HdcPerfController 通过 HDC 启动设备 SP_daemon，用 -lockfreq 建立高性能采集会话，并管理屏幕常亮：协议命令、保活与停止顺序、恢复记录，以及 SGU-AL10 上 16 份独立频率快照和两小时屏幕覆盖的实测。</description><pubDate>Wed, 28 Oct 2026 11:08:00 GMT</pubDate><category>鸿蒙</category><category>手机测试</category><category>HDC</category><category>SmartPerf</category><category>高性能</category></item><item><title>鸿蒙上的单核调度：让核心选择真正作用于计算负载</title><link>https://kongtong-bench.com/posts/harmonyos-single-core-scheduling/</link><guid isPermaLink="true">https://kongtong-bench.com/posts/harmonyos-single-core-scheduling/</guid><description>在鸿蒙上做单核测试时，界面上的核心选择要沿着调用链真正落到计算线程。本文记录 QoS、sched_setattr/uclamp 与 affinity 的请求与回读方式、各基准的运行期维护与恢复策略、编译配置，以及 SGU-AL10 上 SPEC CPU2017/2026 与 Geekbench 6/7 的单核实测曲线。</description><pubDate>Wed, 28 Oct 2026 00:00:00 GMT</pubDate><category>鸿蒙</category><category>调度</category><category>单核</category><category>SPEC CPU</category><category>Geekbench</category></item></channel></rss>