vsynctester.com

vsynctester.com 是一个在浏览器里直接运行的 VSYNC 同步、显示器刷新率与输入延迟测试工具，打开网页即可使用，无需安装软件。它适合想验证浏览器是否按显示器刷新节奏稳定出帧、检查高刷新率屏幕是否被浏览器正确支持，或粗略观察鼠标输入延迟的人。需要注意，网站本身对主流浏览器给出了负面判断：页面明确写着 Chrome 存在 VSYNC 问题、Firefox 在 Windows 下 VSYNC 损坏且“不要使用”、Edge 和 IE 不支持高刷新率显示器。因此它更适合当作诊断和验证工具，而不是给浏览器打分的中立基准。

它能测什么

页面把功能集中在三类指标上：

• VSYNC 同步状态：用 VSYNC 指示器显示帧是否与刷新节拍对齐，并用图表呈现帧的 VSYNC 偏移（蓝色表示锁定在“偏晚”位置，紫色表示按 rAF 时间计算的每帧 vsync 偏移）、帧间间隔（绿色/红色）以及渲染时间（棕色）和自旋等待（灰色）。
• 显示器刷新率：支持自定义 Hz，范围 1–500，用来匹配或试探当前显示器的实际刷新节奏。
• 输入延迟：提供鼠标输入延迟指示器（以帧为单位，0–9），配合奇偶帧前后延迟等参数观察输入到画面反馈的滞后。

性能图表怎么读

图表右侧是毫秒刻度（1–100），横轴按帧推进。判断同步是否健康，主要看蓝色偏移是否稳定贴在同一位置、帧间间隔是否持续为绿；如果绿色频繁变红，说明帧间隔出现抖动，浏览器没有稳定跟随刷新节拍。渲染时间（棕色）和自旋等待（灰色）则帮助区分是渲染本身耗时，还是靠自旋等待凑准时间。

可调参数与压力测试

页面提供了一组用于制造负载和边界条件的参数，适合排查“平时正常、压力下失步”的情况：

这些参数的意义在于：先用默认状态看基线，再逐项加压，观察哪一类负载会让偏移和帧间间隔先失控。例如需要判断“高刷新率下滚动是否掉帧”，可以把 Hz 调到显示器实际值，再提高滚动像素/帧，看绿色间隔是否转红。

适合谁、怎么用

适合以下场景：

1. 验证高刷新率是否生效：把自定义 Hz 设为显示器标称值，观察帧节奏是否跟得上；如果浏览器不支持高 Hz，图表会明显异常。
2. 排查浏览器渲染同步问题：页面专门提供了 Chrome 缺陷的测试入口（会切换到更大的 44MP 背景图），用于复现和确认同步异常。
3. 粗略比较输入延迟：用鼠标输入延迟指示器观察不同浏览器或设置下的帧级滞后差异。

使用步骤很简单：打开网页，先看默认状态下的 VSYNC 指示与图表是否稳定，再按需调整 Hz 和负载参数，对比调整前后的偏移与帧间颜色变化。验证方法是看蓝色偏移是否持续锁定、帧间间隔是否长期为绿；常见卡点是浏览器本身不支持高刷新率或定时器精度不足，此时再怎么调参数也无法得到稳定结果，应优先更换浏览器或降低测试 Hz。

网站还链接了 Display Hz Tester、GPU 内存占用测试、LCD 显示器测试和 Blur Busters 等相关工具，可作为进一步核实的入口。

vsynctester.com 的自定义参数面板适合在默认测试之外做更精细的排查：你可以把刷新率设成 1–500 Hz 之间的任意值、加入毫秒级偏斜、用 spin-wait 提高计时精度，再叠加背景图、滚动、丢帧等压力项，观察浏览器 VSYNC 同步是否仍然稳定。前提是使用支持高刷新率的浏览器——按该站页面说明，Chrome 存在 VSYNC 问题，Firefox 在 Windows 下 VSYNC 被描述为损坏，Edge 和 IE 不支持高 Hz 显示器，因此这些结论本身也是测试时要留意的背景。所有参数都在同一页面调整，改完直接看图表变化即可。

先认识图表，再调参数

调参前需要知道每个图形对应什么，否则改了参数也看不出效果。页面上的图表包含以下元素：

页面还提供“Use rAF time arg as frame time”开关，把 rAF 回调的时间参数直接当作帧时间使用。理解这几条曲线后，下面每个参数的作用就对应到具体某条线的变化上。

自定义 Hz 与 skew：模拟目标刷新率

• Custom Hz（1–500）：把测试的目标刷新率设成任意值。用途是验证浏览器在你实际使用的刷新率下能否保持同步，比如 144 Hz、240 Hz 显示器，或反过来用低 Hz 观察同步行为。范围上限 500 Hz 意味着可以测试远超常见显示器的值，用来观察浏览器在高负载下的同步极限。
• skew ms（0–25）：给帧时间加入毫秒级偏斜。当同步“差一点点”时，小幅偏斜能帮你判断浏览器是稳定锁定还是处于临界抖动状态。

调整这两个值时，重点看蓝色偏移线是否稳定锁定、帧间时间是否出现红绿交替的抖动。

精确计时：spin-wait 与 setTimeout 上限

浏览器的普通定时器精度有限，这两个参数用来收紧计时：

• spin-wait 上限（1–9 ms）：用自旋等待补足定时器精度不足的部分，数值越大计时越精确，但会占用更多 CPU。
• setTimeout 最大值（9–50 ms）：控制 setTimeout 单次等待的上限。

建议从默认值开始，先观察灰色 spin-wait 曲线占用的比例；如果帧间时间波动明显，再逐步提高 spin-wait 上限，同时留意渲染时间（棕色线）是否被推高。

压力测试：背景图、滚动与丢帧模拟

这些选项用来在负载下检验同步稳定性：

• 背景图片 MP（1–99）与预览数量（1–20）：页面说明中提到，Chrome 的 VSYNC 问题测试会切换到更大的 44MP 背景图。你可以自行设定背景图大小和预览数量，观察大图渲染对同步的影响。
• Stress Scroll（每帧 1–50 像素）：每帧强制滚动指定像素数，模拟持续滚动页面时的同步表现。
• Drop 1 in every N frames（1–200）：每 N 帧故意丢一帧，用来观察浏览器在丢帧后的恢复能力，以及图表上帧间时间如何反应。
• Tear helper/bar（1–20 像素）：撕裂辅助条，用于观察画面撕裂与同步的关系。
• Frames indicator（5–33 像素）：帧指示器的尺寸。

压力项建议一次只加一个，确认图表变化后再叠加，否则很难判断是哪一项导致的异常。

输入延迟与奇偶帧延迟

• Mouse input lag indicator frames（0–9）：用帧数表示鼠标输入延迟的指示器，数值决定指示器覆盖的帧数范围。
• Odd Even frame pre-delay / post-delay（各 0–20 ms）：对奇数帧和偶数帧分别施加前置或后置延迟。这是排查奇偶帧同步差异的实用手段——如果奇偶帧表现不一致，单独给其中一类加延迟就能放大差异，便于观察。

验证方法与常见卡点

改完参数后，判断测试是否有效的标准是：蓝色偏移线稳定锁定、帧间时间没有持续的红绿抖动、spin-wait 占比在可接受范围。常见卡点有三个：一是浏览器本身不支持高 Hz（按该站说法，Edge/IE 不支持高 Hz 显示器），此时高 Hz 设置下的异常不能归因于参数；二是 spin-wait 开得过高导致 CPU 占用上升，反而引入新的抖动；三是压力项叠加过多，图表噪声大到无法判读。遇到这些情况，先回到默认参数确认基线，再逐项加回。

页面底部还链接了 Display Hz Tester、GPU memory usage 等同类工具，以及“How to compute VSYNC / Hz”和“Input lag in HTML5 games”等说明文章，需要进一步理解原理时可以从这些入口查看。

vsynctester.com 的测量结果主要受四类因素影响：浏览器本身的 VSYNC 与计时实现、显示器与系统的刷新率设置、后台负载与扩展程序、以及测试参数的配置方式。网站页面明确提示 Chrome 存在 VSYNC 问题、Firefox 在 Windows 下的 VSYNC 是“broken”、Edge 和 IE 不支持高刷新率显示器，因此浏览器选择是第一位的干扰源。建议在相同浏览器、相同窗口状态下多次测试，并对比图表形态而不是只读单一数值。

浏览器类型与版本：最大的系统性偏差

网站首页对主流浏览器给出了明确判断：

这意味着：如果你在 Firefox 或 Edge 上看到异常图表，先不要归因于显示器或显卡。想验证 Chrome 的问题，可以使用页面提供的 Chrome bug 测试入口（触发大背景图加载），观察图表是否出现对应变化。

显示器刷新率设置与系统状态

测试的前提是显示器实际运行在你认为的刷新率上。操作系统里的刷新率设置、多显示器下各屏独立刷新率、以及笔记本的电源/性能模式，都会改变实际输出帧率，从而让图表中的帧间隔和偏移整体偏移。

页面提供 Display Hz Tester 和 Older Display Hz test 两个独立入口，可用来交叉核对系统报告的 Hz 与实测值是否一致。如果两者对不上，先排查系统刷新率设置，而不是继续解读 VSYNC 图表。

后台负载、扩展程序与窗口状态

VSYNC 测试依赖 requestAnimationFrame 的时序精度，任何抢占主线程的因素都会污染结果：

• 其他标签页的动画、视频播放、大型页面渲染
• 浏览器扩展注入的脚本
• 系统级后台任务（下载、索引、录屏）
• 窗口被遮挡或最小化时，浏览器会降低 rAF 频率

页面本身提供了压力测试选项（背景图 MP 数、每帧滚动像素、丢帧比例等），这些选项的设计意图就是主动制造负载、观察图表如何劣化。反过来说，做基线测量时应关闭这些压力项，保持单一变量。

测试参数配置对读数的影响

页面可调参数较多，配置不当会让图表“看起来有问题”：

• Custom Hz（1–500）与 skew ms（0–25）：手动指定目标刷新率与时序偏移，用于模拟特定条件；不设定时以实际显示为准。
• spin wait（1–9 ms）与 setTimeout 上限（9–50 ms）：影响计时精度，spin wait 越长计时越精确但越占 CPU。
• Odd/Even frame pre-delay、post-delay（0–20 ms）：人为插入帧延迟，用于观察图表响应。
• Drop 1 in every N frames（1–200）：主动丢帧，用于验证图表能否识别丢帧。
• Mouse input lag indicator frames（0–9）：控制鼠标延迟指示的帧数窗口。

做“我的显示器/浏览器是否正常”的判断时，应保持这些参数为默认或最小干扰状态；做压力验证时再逐项开启，并记录每项开启后图表哪条曲线发生变化。

图表怎么读：对比形态而非单一数值

页面图表包含多条曲线：VSYNC 指示、按 rAF 时间的 vsync 偏移（紫色）、锁定“late”的帧偏移（蓝色）、帧间隔（绿/红）、渲染时间（棕色）、spin-wait（灰色），右侧为毫秒刻度（1–100）。

判断结果是否可靠的方法：

1. 连续测试多次，看同一曲线的形态是否稳定复现；
2. 帧间隔曲线（绿/红）应基本平直，频繁红点说明存在丢帧或调度抖动；
3. 偏移曲线若呈规律性锯齿，可能是浏览器 VSYNC 实现问题；若呈随机大幅跳动，更可能是后台负载；
4. 换一个浏览器重复同样操作，对比差异是否与网站列出的浏览器缺陷描述一致。

单一数值（如某个瞬时偏移）不足以说明问题，多次测试下的曲线一致性才是可用的证据。

vsynctester.com 是一个在浏览器中运行的 VSYNC 同步、显示器刷新率与输入延迟测试工具。它通过 requestAnimationFrame（rAF）回调携带的时间参数，逐帧计算渲染时刻与显示器垂直同步信号之间的偏移，并把结果画成实时曲线。判断是否正常的方法很直接：如果浏览器 VSYNC 工作正常，蓝色偏移曲线应稳定在一条水平带内；如果出现规律性上下摆动、帧间隔曲线变红或偏移量持续漂移，就说明存在掉帧或同步异常。该工具只适用于支持高刷新率的浏览器环境，页面自身明确提示 Firefox 在 Windows 下的 VSYNC 是损坏的、不建议使用，Edge 和 IE 不支持高刷新率显示器。

检测原理：用 rAF 时间参数反推同步偏移

浏览器每次重绘前会调用 rAF 回调，并传入一个高精度时间戳。vsynctester.com 把这个时间参数当作“帧时间”，与根据设定刷新率推算出的理想 VSYNC 时刻做比较：

• 理想情况下，每帧的 rAF 时间应恰好落在刷新周期的整数倍上。
• 实际时间与理想时刻的差值，就是该帧的 VSYNC 偏移量。
• 连续记录偏移量，就能看出浏览器是否真正与显示器同步，还是只是“近似”地按固定间隔触发回调。

页面允许自定义刷新率（1–500 Hz）和偏移量（0–25 ms），并用 spin-wait（自旋等待，1–9 ms）配合 setTimeout（9–50 ms）来获得更精确的计时。这意味着测试结果依赖你填入的刷新率是否与显示器实际刷新率一致——填错会让整条曲线整体偏移，而不是暴露真实问题。

图表各项代表什么

页面上的性能图以毫秒为纵轴（1–100 ms 量级），包含多条曲线和指示器：

此外还有鼠标输入延迟指示器（以帧为单位，0–9），用于观察输入事件到画面更新之间隔了几帧。

如何根据图表判断异常

• 正常：蓝色偏移曲线基本平直，帧间隔以绿色为主，渲染时间和 spin-wait 在合理范围内波动。
• 掉帧：帧间隔曲线出现红色尖峰，通常对应一次错过 VSYNC 周期；如果伴随蓝色偏移跳变，说明该帧被推迟到下一个刷新周期。
• 同步漂移：蓝色曲线呈缓慢上升或下降的斜坡，说明浏览器回调节奏与显示器刷新率存在系统性偏差。
• 规律性摆动：曲线呈周期性锯齿，常见于浏览器计时器精度不足或后台负载干扰。

页面还提供“每 N 帧丢弃 1 帧”（1–200）、“奇偶帧前后延迟”（0–20 ms）、“撕裂辅助条”等压力选项，用来主动制造异常，观察图表是否能如实反映——这比只看静态曲线更能验证测试本身是否可信。

使用前提与常见卡点

使用前需要确认：显示器实际刷新率与页面设定一致；关闭可能干扰计时的后台程序；使用页面明确支持的浏览器（Chrome 可用，但页面提示其存在 VSYNC 问题并提供了专门的 bug 测试入口）。常见卡点包括：把刷新率填错导致曲线整体偏移、在笔记本省电模式下测试得到偏高的帧间隔、以及把浏览器自身的计时抖动误判为显示器问题。测试结果反映的是“浏览器 + 系统 + 显示器”整条链路的同步表现，不能单独归因于某一环节。

vsynctester.com 页面上对三大浏览器的提示，是该工具作者在特定测试环境下给出的结论，不是对你当前浏览器的判决。你该做的是：先理解每条提示指向什么现象，再用自己的浏览器打开页面实测，看图表是否出现对应的异常，最后通过换浏览器或更新版本复测来确认。页面明确点名 Chrome 存在 VSYNC 问题、Firefox 的计时器/VSYNC 在 Windows 下损坏并直接标注“DO NOT USE”，Edge 和 IE 则被指不支持高刷新率显示器——这些都应作为“待验证的线索”，而不是“必然故障”。

页面各条提示具体指什么

这些结论来自作者自己的测试方法（见下文图表机制），反映的是他观察到的浏览器行为，不代表你安装的每个版本都必然复现。浏览器版本、操作系统、显卡驱动、显示器刷新率都会影响结果。

图表各项代表什么

页面用 rAF（requestAnimationFrame）时间作为帧时间基准，配合 spin-wait 精确计时，绘制多条曲线：

• VSYNC 指示器：直观显示帧是否与垂直同步对齐。
• 帧 VSYNC 偏移（蓝色）：每帧相对 VSYNC 的偏移量，标为“locked late”表示锁定偏晚。
• 每 rAF 时间的 vsync 偏移（紫色）：按 rAF 时间参数换算的偏移。
• 帧间隔（绿色/红色）：相邻帧之间的时间差，绿色正常、红色异常。
• 渲染时间（棕色，右侧刻度）：单帧渲染耗时。
• spin-wait（灰色）：自旋等待所占时间。

判断方法：曲线平稳、帧间隔以绿色为主，说明同步较好；出现持续红色、偏移曲线大幅跳动，才对应页面所说的“问题”。

用自己浏览器实测的步骤

1. 用目标浏览器打开 vsynctester.com，保持页面在前台、不要切换标签页。
2. 观察几秒图表，记录帧间隔是否频繁变红、蓝色偏移曲线是否持续偏离。
3. 若使用高刷新率显示器，确认页面显示的 Hz 与你显示器设置一致——Edge/IE 的“不支持高 Hz”提示就体现在这里。
4. 换一个浏览器（如 Chrome 与 Firefox 互换）重复测试，对比同一台机器上的差异。
5. 更新浏览器到最新版本后复测，排除旧版本已知 bug 的影响。

常见卡点

• 后台标签页：浏览器会限制后台页面的 rAF 频率，测出的数据无效，必须保持页面可见。
• 省电模式/垂直同步被驱动强制关闭：显卡控制面板里的 VSYNC 设置会直接改变结果，测试前确认其为默认或开启状态。
• 高 Hz 屏未在系统里设为目标刷新率：页面测到的是系统当前输出，不是显示器标称值。
• 把作者结论当定论：页面提示是线索，最终以你自己机器上的图表为准；若你的图表平稳，就不必因页面文字而更换浏览器。

页面还提供 Display Hz Tester、GPU memory usage 等同类工具，以及“如何计算 VSYNC/Hz”“HTML5 游戏输入延迟”等说明链接，需要深入排查时可从这些入口继续。