尧图网站建设 
桌面应用【免费下载链接】BongoCat BongoCat — A cross-platform interactive desktop pet that brings fun to your desktop!项目地址https://gitcode.com/gh_mirrors/bong/BongoCat点击查看免费下载导读本文基于 BongoCat 仓库中的第一份 macOS Metal overlay 帧耗时诊断基线文档docs/benchmark/macos-overlay-frame-timing-90e0aa7.md完整拆解其构建环境、测量方法、实现原理与结果结论。这份记录验证了新增的“有界预览计时输出”bounded preview timing output在 Apple M1 Pro 上以 60 FPS 目标节奏驱动内置standard模型 30 秒实测draw的 p50/p95/p99 分别为 1.741 ms / 3.148 ms / 4.274 msp95 明显低于 60 FPS 的 16.7 ms 帧预算。读完本文你将理解 BongoCat 叠加层帧计时的采样边界、missed-deadline 判定、nearest-rank 百分位算法以及如何通过bongocat-overlay预览子命令复现这份基线。这份基准的定位单机诊断基线而非发布性能声明文档开篇就划清了边界这是单设备single-device诊断基线用于验证新加入的预览帧计时输出不是稳定的发布性能声明也不是 Phase 8 平台矩阵的替代品。这一点与仓库中基准记录目录的约定一致——docs/benchmark/README.md要求每份记录至少包含构建 commit 与 release/debug 配置、操作系统与 CPU/GPU/内存/显示器 DPI、模型与窗口尺寸/目标 FPS/输入脚本、预热与样本数与原始数据位置、p50/p95/p99 与误差来源及结论。本记录正是这一约定下的第一份 macOS Metal overlay 产物。记录元数据值日期2026-09-06提交90e0aa7a219889c4106966555be54de91c6d8321复现命令cargo run -p bongocat-overlay --release --locked -- standard 30构建releaseopt-level3、thin LTO、剥离符号原始数据docs/benchmark/data/macos-overlay-frame-timing-90e0aa7.csv构建与运行环境一次“热”的本地诊断硬件与系统本次运行的所有环境参数在文档中逐一列出未做任何跨设备推广维度参数操作系统macOS 26.5.225F84CPU/GPUApple M1 Pro16 GPU 核心Metal 4内存16 GiB显示器内置 Liquid Retina XDR3456×2234 物理像素Retina值得注意显示器亮度、并发的桌面活动均未受控运行期间也没有使用 Instruments、Metal System Trace 或 os_signpost未采集 CPU、RSS、GPU 利用率、功耗、输入延迟、冷启动或 runtime-to-present 指标——这些限定条件决定了结果只能作为方向性诊断不能外推为通用性能结论。模型与叠加层几何测试使用的是随仓库分发的standard预设模型cat.model3.json其组成在 CSV 中有精确记录21 个 drawable、其中 5 个带遮罩masked、3 张纹理。叠加层窗口采用默认预览选项宽度和高度均为 350 逻辑像素由模型画布推导而来——这与 crates/bongocat-overlay/src/lib.rs 中定义的DEFAULT_OVERLAY_WINDOW_WIDTH: u32 350一致本次运行未持久化窗口边界也没有显式缩放覆盖。复现命令与 CLI 解析复现命令为cargo run -p bongocat-overlay --release --locked -- standard 30对应 crates/bongocat-overlay/src/main.rs 中声明的用法usage: bongocat-overlay [standard|keyboard|gamepad] [seconds] [--interactive|--switch-cycles cycles]第一个参数是模型名standard/keyboard/gamepad缺省为standard第二个参数是运行秒数缺省为 15可选--interactive切换为真实输入或--switch-cycles N执行模型切换探测二者互斥。文档中的standard 30即非交互模式走 preview.rs 的run_model_preview再落到 macOS 平台实现 switch_preview.rs。需要说明run_model_preview目前仅在 macOS 上提供实现其他平台会返回“the first visible Live2D renderer is currently available on macOS”错误这也解释了为什么这份基准是macOSoverlay 的首份基线。输入确定性脚本而非真实外设输入侧刻意与物理外设隔离非交互预览使用模型专属的确定性键盘与光标脚本不涉及 CGEventTap、物理键盘、鼠标或手柄。以standard模型为例switch_preview.rs 中的PreviewInputDriver每 600 ms 切换一次输入状态按 A 键、交替按下鼠标左键/右键光标则按正弦/余弦曲线发布样本。这意味着本次测量不包含平台输入链路的延迟贡献只关注渲染主循环本身。测量方法量的是“一次 draw”而不是整个帧采样范围从 draw 开始到渲染器返回文档明确规定计时收集器在首次 Metal draw 之前启动对每一次成功的NativeOverlay::draw调用记录从开始到渲染器返回所经过的微秒数。在源码中对应 switch_preview.rslet mut frame_timing FrameTimingCollector::new(); let draw_started Instant::now(); overlay.draw(true)?; frame_timing.record_draw(draw_started.elapsed());主循环中switch_preview.rs同样在每次overlay.draw(gpu_model_switched)?前后打点。这个区间覆盖后端提交/呈现submit/present工作但排除AppKit 事件泵送pump_application_events、确定性输入生成、runtime 交接以及节拍睡眠pacing sleep。有界采样4,096 样本上限计时收集器是有界的这是本次“bounded preview timing output”的核心设计。在 crates/bongocat-overlay/src/timing.rs 中pub(crate) const MAX_FRAME_TIMING_SAMPLES: usize 4_096; pub(crate) fn record_draw(mut self, elapsed: Duration) { let elapsed_us u64::try_from(elapsed.as_micros()).unwrap_or(u64::MAX); if self.draw_samples_us.len() MAX_FRAME_TIMING_SAMPLES { self.draw_samples_us.push(elapsed_us); } else { self.samples_dropped self.samples_dropped.saturating_add(1); } }机器连续渲染一周也不会让样本列表无界增长被丢弃的是最旧的样本——这正是百分位读者最不关心的一段历史。CSV 中timing_samples_dropped 0说明 30 秒内 1,798 个样本全部保留未触发丢弃路径。missed deadline 的判定“错过截止时间”missed deadline不是指某一帧 draw 慢而是指完整的主线程迭代在进入睡眠前就已经越过下一个 60 FPS 截止时刻。对应循环实现next_frame FRAME_INTERVAL; if let Some(delay) next_frame.checked_duration_since(Instant::now()) { thread::sleep(delay); } else { frame_timing.record_missed_deadline(); next_frame Instant::now(); }其中FRAME_INTERVAL Duration::from_micros(16_667)定义在 crates/bongocat-overlay/src/macos/renderer.rs。也就是说只要“事件泵送 输入生成 帧同步 draw”整轮工作耗尽了 16.667 ms 预算本次迭代就无法睡眠record_missed_deadline计数加一。本次运行 30 秒内仅 2 次错过且文档明确说该计数器只记录“无法睡眠”的情况与 draw 本身是否超过预算相互独立。百分位数nearest-rank而不是插值百分位数采用nearest-rank 选择法保证报告出来的数字是一个真实发生过的帧而不是数学插值。实现见 timing.rspub(crate) fn percentile_nearest_rank(sorted_samples: [u64], percentile: u8) - u64 { if sorted_samples.is_empty() { return 0; } let rank (sorted_samples.len() * usize::from(percentile)).div_ceil(100); sorted_samples[rank.saturating_sub(1)] }summary()会先对样本做sort_unstable再一次性输出draw_p50_us、draw_p95_us、draw_p99_us与missed_deadlines封装为 FrameTimingSummary。这套输出通过PreviewReport.frame_timing字段上报timing.rs预览进程最终以纯文本形式打印见 main.rs。结果解读p95 远低于 16.7 ms 预算核心指标表指标值呈现帧数Frames presented1,798draw 计时样本数1,798丢弃的计时样本数0Draw p501.741 msDraw p953.148 msDraw p994.274 ms错过的截止时间2渲染帧消费数Render frames consumed1,337动态快照数Dynamic snapshots1,334一次温暖的本机运行中draw的 p953.148 ms低于 60 FPS 的 16.7 ms 目标。需要强调的是文档没有因此宣布“达标”——因为发布退出指标release exit metric要求的是跨设备、Windows、长时间运行、仪器化测量与输入延迟证据而这份基线都没有覆盖。CSV 原始数据逐字段解读原始记录位于 docs/benchmark/data/macos-overlay-frame-timing-90e0aa7.csv单行完整数据为commit,build_profile,model,duration_seconds,target_fps,frames_presented,timing_sample_count,timing_samples_dropped,draw_p50_us,draw_p95_us,draw_p99_us,missed_deadlines,dynamic_snapshots,runtime_input_events,render_frames_consumed,gpu_bytes_before,gpu_bytes_after,drawables,masked_drawables,textures 90e0aa7a219889c4106966555be54de91c6d8321,release,standard,30,60,1798,1798,0,1741,3148,4274,2,1334,78,1337,72876032,72876032,21,5,3对照 switch_preview.rs 中PreviewReport的组装逻辑可还原以下细节frames_presented 1,798与timing_sample_count 1,79830 秒 × 60 FPS ≈ 1,800 次迭代加上初始一帧frames_presented从 1 起步后数字吻合且每一帧都成功记录了 draw 计时。draw_p50_us 1741、draw_p95_us 3148、draw_p99_us 4274即表中 1.741 / 3.148 / 4.274 ms单位换算一致。dynamic_snapshots 1,334、render_frames_consumed 1,337runtime 通过渲染传输通道发布的帧被预览循环逐帧消费render_consumer.take_latest()消费帧中绝大多数1,334携带了与上一帧不同的模型快照恰好是“动态快照”的计数口径。呈现帧数高于消费帧数说明预览循环以 60 Hz 节拍驱动而 runtime 发布渲染帧的节奏低于它——多余的呈现帧只是重复绘制最新快照。runtime_input_events 78确定性输入脚本在 30 秒内共发布 78 个输入事件全部经 runtime 传输队列入队。gpu_bytes_before gpu_bytes_after 72,876,032约 69.5 MiB 的 Metal 分配量。需要谨慎理解这一对数值在无切换周期的预览路径中源码里metal_bytes_before缺省时是在结束时才回填的unwrap_or_else(|| overlay.current_allocated_size())因此 before/after 相等是预期的真正对“模型切换导致 Metal 分配增长”的检查metal_bytes_after metal_bytes_before即报错只对--switch-cycles路径生效本记录并未覆盖。drawables21, masked_drawables5, textures3与文档描述的标准模型组成一致。结论、边界与复现路径这份基线证明了什么从源码结构看这份记录主要验证的是诊断管线本身有界收集器在 30 秒、约 1,800 帧、60 FPS 节拍下稳定工作0 样本丢弃、2 次错过截止时间、nearest-rank 百分位输出与 CSV 落盘一致同时draw耗时p50 1.741 ms、p95 3.148 ms、p99 4.274 ms在单台 M1 Pro 上距离 16.7 ms 预算有充足余量。明确的测量边界文档逐项列出没有采集的数据CPU、RSS、GPU 利用率、功耗、输入延迟、冷启动、runtime-to-present 耗时没有使用 Instruments、Metal System Trace、os_signpost显示器亮度与并发桌面活动未受控仅单台设备、单次热运行、仅 macOS、仅standard模型、无跨设备对比。任何把这些数字推广为通用性能声明的做法都超出了本记录的范围。如何复现在仓库根目录执行文档给出的命令cargo run -p bongocat-overlay --release --locked -- standard 30运行结束后终端会打印包含frames... draw_p50_us... draw_p95_us... draw_p99_us... missed_deadlines...的完整预览报告字段格式见 main.rs。若要验证模型切换与 Metal 分配检查可改用--switch-cycles N若要接入真实输入可用--interactive与切换探测互斥。将结果与 docs/benchmark/data/macos-overlay-frame-timing-90e0aa7.csv 对照并参照 docs/benchmark/README.md 的记录契约构建信息、环境、模型/窗口/FPS/输入脚本、样本数与原始数据位置、百分位与误差来源、结论补充缺失字段后归档。对于希望深入源码的读者建议按以下顺序阅读先看 timing.rs 理解有界收集器与百分位实现再看 switch_preview.rs 的预览主循环与输入脚本最后对照 renderer.rs 的FRAME_INTERVAL与draw实现即可完整还原本次测量的每一个计数来源。赞分享桌面应用【免费下载链接】BongoCat BongoCat — A cross-platform interactive desktop pet that brings fun to your desktop!项目地址https://gitcode.com/gh_mirrors/bong/BongoCat点击查看免费下载相关推荐LinkSwift把网盘临时地址换成真实直链浏览器里三步搞定网盘直链解析LinkSwift把网盘临时地址换成真实直链浏览器里三步搞定网盘直链解析 这是一个支持浏览器本地解析的免费网盘直链工具登录网盘网页后它在本地调用平台官方前端Arthas 3.0 新特性深度解析在线诊断、管道、OGNL 表达式与高精度耗时统计Arthas 3.0 新特性深度解析在线诊断、管道、OGNL 表达式与高精度耗时统计 Arthas 3.0 是阿里开源 Java 诊断工具的一次重要版本升级开发工具可观测性调试器性能剖析如何快速上手SwirlAndroid指纹动画库的5分钟入门教程如何快速上手SwirlAndroid指纹动画库的5分钟入门教程 想要为你的Android应用添加专业级的指纹动画效果吗Swirl是一个简单易用的Androi上一篇3步把B站缓存视频合并成完整MP4BilibiliCacheVideoMerge使用指南下一篇WPS-Zotero插件实战入门10分钟搞定安装让Linux下的论文写作告别手动排参考文献创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 BongoCat macOS Metal 叠加层帧耗时基准（90e0aa7）：有界 draw 计时管线与 60 FPS 诊断基线解析
桌面应用【免费下载链接】BongoCat BongoCat — A cross-platform interactive desktop pet that brings fun to your desktop!项目地址https://gitcode.com/gh_mirrors/bong/BongoCat点击查看免费下载导读本文基于 BongoCat 仓库中的第一份 macOS Metal overlay 帧耗时诊断基线文档docs/benchmark/macos-overlay-frame-timing-90e0aa7.md完整拆解其构建环境、测量方法、实现原理与结果结论。这份记录验证了新增的“有界预览计时输出”bounded preview timing output在 Apple M1 Pro 上以 60 FPS 目标节奏驱动内置standard模型 30 秒实测draw的 p50/p95/p99 分别为 1.741 ms / 3.148 ms / 4.274 msp95 明显低于 60 FPS 的 16.7 ms 帧预算。读完本文你将理解 BongoCat 叠加层帧计时的采样边界、missed-deadline 判定、nearest-rank 百分位算法以及如何通过bongocat-overlay预览子命令复现这份基线。这份基准的定位单机诊断基线而非发布性能声明文档开篇就划清了边界这是单设备single-device诊断基线用于验证新加入的预览帧计时输出不是稳定的发布性能声明也不是 Phase 8 平台矩阵的替代品。这一点与仓库中基准记录目录的约定一致——docs/benchmark/README.md要求每份记录至少包含构建 commit 与 release/debug 配置、操作系统与 CPU/GPU/内存/显示器 DPI、模型与窗口尺寸/目标 FPS/输入脚本、预热与样本数与原始数据位置、p50/p95/p99 与误差来源及结论。本记录正是这一约定下的第一份 macOS Metal overlay 产物。记录元数据值日期2026-09-06提交90e0aa7a219889c4106966555be54de91c6d8321复现命令cargo run -p bongocat-overlay --release --locked -- standard 30构建releaseopt-level3、thin LTO、剥离符号原始数据docs/benchmark/data/macos-overlay-frame-timing-90e0aa7.csv构建与运行环境一次“热”的本地诊断硬件与系统本次运行的所有环境参数在文档中逐一列出未做任何跨设备推广维度参数操作系统macOS 26.5.225F84CPU/GPUApple M1 Pro16 GPU 核心Metal 4内存16 GiB显示器内置 Liquid Retina XDR3456×2234 物理像素Retina值得注意显示器亮度、并发的桌面活动均未受控运行期间也没有使用 Instruments、Metal System Trace 或 os_signpost未采集 CPU、RSS、GPU 利用率、功耗、输入延迟、冷启动或 runtime-to-present 指标——这些限定条件决定了结果只能作为方向性诊断不能外推为通用性能结论。模型与叠加层几何测试使用的是随仓库分发的standard预设模型cat.model3.json其组成在 CSV 中有精确记录21 个 drawable、其中 5 个带遮罩masked、3 张纹理。叠加层窗口采用默认预览选项宽度和高度均为 350 逻辑像素由模型画布推导而来——这与 crates/bongocat-overlay/src/lib.rs 中定义的DEFAULT_OVERLAY_WINDOW_WIDTH: u32 350一致本次运行未持久化窗口边界也没有显式缩放覆盖。复现命令与 CLI 解析复现命令为cargo run -p bongocat-overlay --release --locked -- standard 30对应 crates/bongocat-overlay/src/main.rs 中声明的用法usage: bongocat-overlay [standard|keyboard|gamepad] [seconds] [--interactive|--switch-cycles cycles]第一个参数是模型名standard/keyboard/gamepad缺省为standard第二个参数是运行秒数缺省为 15可选--interactive切换为真实输入或--switch-cycles N执行模型切换探测二者互斥。文档中的standard 30即非交互模式走 preview.rs 的run_model_preview再落到 macOS 平台实现 switch_preview.rs。需要说明run_model_preview目前仅在 macOS 上提供实现其他平台会返回“the first visible Live2D renderer is currently available on macOS”错误这也解释了为什么这份基准是macOSoverlay 的首份基线。输入确定性脚本而非真实外设输入侧刻意与物理外设隔离非交互预览使用模型专属的确定性键盘与光标脚本不涉及 CGEventTap、物理键盘、鼠标或手柄。以standard模型为例switch_preview.rs 中的PreviewInputDriver每 600 ms 切换一次输入状态按 A 键、交替按下鼠标左键/右键光标则按正弦/余弦曲线发布样本。这意味着本次测量不包含平台输入链路的延迟贡献只关注渲染主循环本身。测量方法量的是“一次 draw”而不是整个帧采样范围从 draw 开始到渲染器返回文档明确规定计时收集器在首次 Metal draw 之前启动对每一次成功的NativeOverlay::draw调用记录从开始到渲染器返回所经过的微秒数。在源码中对应 switch_preview.rslet mut frame_timing FrameTimingCollector::new(); let draw_started Instant::now(); overlay.draw(true)?; frame_timing.record_draw(draw_started.elapsed());主循环中switch_preview.rs同样在每次overlay.draw(gpu_model_switched)?前后打点。这个区间覆盖后端提交/呈现submit/present工作但排除AppKit 事件泵送pump_application_events、确定性输入生成、runtime 交接以及节拍睡眠pacing sleep。有界采样4,096 样本上限计时收集器是有界的这是本次“bounded preview timing output”的核心设计。在 crates/bongocat-overlay/src/timing.rs 中pub(crate) const MAX_FRAME_TIMING_SAMPLES: usize 4_096; pub(crate) fn record_draw(mut self, elapsed: Duration) { let elapsed_us u64::try_from(elapsed.as_micros()).unwrap_or(u64::MAX); if self.draw_samples_us.len() MAX_FRAME_TIMING_SAMPLES { self.draw_samples_us.push(elapsed_us); } else { self.samples_dropped self.samples_dropped.saturating_add(1); } }机器连续渲染一周也不会让样本列表无界增长被丢弃的是最旧的样本——这正是百分位读者最不关心的一段历史。CSV 中timing_samples_dropped 0说明 30 秒内 1,798 个样本全部保留未触发丢弃路径。missed deadline 的判定“错过截止时间”missed deadline不是指某一帧 draw 慢而是指完整的主线程迭代在进入睡眠前就已经越过下一个 60 FPS 截止时刻。对应循环实现next_frame FRAME_INTERVAL; if let Some(delay) next_frame.checked_duration_since(Instant::now()) { thread::sleep(delay); } else { frame_timing.record_missed_deadline(); next_frame Instant::now(); }其中FRAME_INTERVAL Duration::from_micros(16_667)定义在 crates/bongocat-overlay/src/macos/renderer.rs。也就是说只要“事件泵送 输入生成 帧同步 draw”整轮工作耗尽了 16.667 ms 预算本次迭代就无法睡眠record_missed_deadline计数加一。本次运行 30 秒内仅 2 次错过且文档明确说该计数器只记录“无法睡眠”的情况与 draw 本身是否超过预算相互独立。百分位数nearest-rank而不是插值百分位数采用nearest-rank 选择法保证报告出来的数字是一个真实发生过的帧而不是数学插值。实现见 timing.rspub(crate) fn percentile_nearest_rank(sorted_samples: [u64], percentile: u8) - u64 { if sorted_samples.is_empty() { return 0; } let rank (sorted_samples.len() * usize::from(percentile)).div_ceil(100); sorted_samples[rank.saturating_sub(1)] }summary()会先对样本做sort_unstable再一次性输出draw_p50_us、draw_p95_us、draw_p99_us与missed_deadlines封装为 FrameTimingSummary。这套输出通过PreviewReport.frame_timing字段上报timing.rs预览进程最终以纯文本形式打印见 main.rs。结果解读p95 远低于 16.7 ms 预算核心指标表指标值呈现帧数Frames presented1,798draw 计时样本数1,798丢弃的计时样本数0Draw p501.741 msDraw p953.148 msDraw p994.274 ms错过的截止时间2渲染帧消费数Render frames consumed1,337动态快照数Dynamic snapshots1,334一次温暖的本机运行中draw的 p953.148 ms低于 60 FPS 的 16.7 ms 目标。需要强调的是文档没有因此宣布“达标”——因为发布退出指标release exit metric要求的是跨设备、Windows、长时间运行、仪器化测量与输入延迟证据而这份基线都没有覆盖。CSV 原始数据逐字段解读原始记录位于 docs/benchmark/data/macos-overlay-frame-timing-90e0aa7.csv单行完整数据为commit,build_profile,model,duration_seconds,target_fps,frames_presented,timing_sample_count,timing_samples_dropped,draw_p50_us,draw_p95_us,draw_p99_us,missed_deadlines,dynamic_snapshots,runtime_input_events,render_frames_consumed,gpu_bytes_before,gpu_bytes_after,drawables,masked_drawables,textures 90e0aa7a219889c4106966555be54de91c6d8321,release,standard,30,60,1798,1798,0,1741,3148,4274,2,1334,78,1337,72876032,72876032,21,5,3对照 switch_preview.rs 中PreviewReport的组装逻辑可还原以下细节frames_presented 1,798与timing_sample_count 1,79830 秒 × 60 FPS ≈ 1,800 次迭代加上初始一帧frames_presented从 1 起步后数字吻合且每一帧都成功记录了 draw 计时。draw_p50_us 1741、draw_p95_us 3148、draw_p99_us 4274即表中 1.741 / 3.148 / 4.274 ms单位换算一致。dynamic_snapshots 1,334、render_frames_consumed 1,337runtime 通过渲染传输通道发布的帧被预览循环逐帧消费render_consumer.take_latest()消费帧中绝大多数1,334携带了与上一帧不同的模型快照恰好是“动态快照”的计数口径。呈现帧数高于消费帧数说明预览循环以 60 Hz 节拍驱动而 runtime 发布渲染帧的节奏低于它——多余的呈现帧只是重复绘制最新快照。runtime_input_events 78确定性输入脚本在 30 秒内共发布 78 个输入事件全部经 runtime 传输队列入队。gpu_bytes_before gpu_bytes_after 72,876,032约 69.5 MiB 的 Metal 分配量。需要谨慎理解这一对数值在无切换周期的预览路径中源码里metal_bytes_before缺省时是在结束时才回填的unwrap_or_else(|| overlay.current_allocated_size())因此 before/after 相等是预期的真正对“模型切换导致 Metal 分配增长”的检查metal_bytes_after metal_bytes_before即报错只对--switch-cycles路径生效本记录并未覆盖。drawables21, masked_drawables5, textures3与文档描述的标准模型组成一致。结论、边界与复现路径这份基线证明了什么从源码结构看这份记录主要验证的是诊断管线本身有界收集器在 30 秒、约 1,800 帧、60 FPS 节拍下稳定工作0 样本丢弃、2 次错过截止时间、nearest-rank 百分位输出与 CSV 落盘一致同时draw耗时p50 1.741 ms、p95 3.148 ms、p99 4.274 ms在单台 M1 Pro 上距离 16.7 ms 预算有充足余量。明确的测量边界文档逐项列出没有采集的数据CPU、RSS、GPU 利用率、功耗、输入延迟、冷启动、runtime-to-present 耗时没有使用 Instruments、Metal System Trace、os_signpost显示器亮度与并发桌面活动未受控仅单台设备、单次热运行、仅 macOS、仅standard模型、无跨设备对比。任何把这些数字推广为通用性能声明的做法都超出了本记录的范围。如何复现在仓库根目录执行文档给出的命令cargo run -p bongocat-overlay --release --locked -- standard 30运行结束后终端会打印包含frames... draw_p50_us... draw_p95_us... draw_p99_us... missed_deadlines...的完整预览报告字段格式见 main.rs。若要验证模型切换与 Metal 分配检查可改用--switch-cycles N若要接入真实输入可用--interactive与切换探测互斥。将结果与 docs/benchmark/data/macos-overlay-frame-timing-90e0aa7.csv 对照并参照 docs/benchmark/README.md 的记录契约构建信息、环境、模型/窗口/FPS/输入脚本、样本数与原始数据位置、百分位与误差来源、结论补充缺失字段后归档。对于希望深入源码的读者建议按以下顺序阅读先看 timing.rs 理解有界收集器与百分位实现再看 switch_preview.rs 的预览主循环与输入脚本最后对照 renderer.rs 的FRAME_INTERVAL与draw实现即可完整还原本次测量的每一个计数来源。赞分享桌面应用【免费下载链接】BongoCat BongoCat — A cross-platform interactive desktop pet that brings fun to your desktop!项目地址https://gitcode.com/gh_mirrors/bong/BongoCat点击查看免费下载相关推荐LinkSwift把网盘临时地址换成真实直链浏览器里三步搞定网盘直链解析LinkSwift把网盘临时地址换成真实直链浏览器里三步搞定网盘直链解析 这是一个支持浏览器本地解析的免费网盘直链工具登录网盘网页后它在本地调用平台官方前端Arthas 3.0 新特性深度解析在线诊断、管道、OGNL 表达式与高精度耗时统计Arthas 3.0 新特性深度解析在线诊断、管道、OGNL 表达式与高精度耗时统计 Arthas 3.0 是阿里开源 Java 诊断工具的一次重要版本升级开发工具可观测性调试器性能剖析如何快速上手SwirlAndroid指纹动画库的5分钟入门教程如何快速上手SwirlAndroid指纹动画库的5分钟入门教程 想要为你的Android应用添加专业级的指纹动画效果吗Swirl是一个简单易用的Androi上一篇3步把B站缓存视频合并成完整MP4BilibiliCacheVideoMerge使用指南下一篇WPS-Zotero插件实战入门10分钟搞定安装让Linux下的论文写作告别手动排参考文献创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考