在长时间运行或打开许多选项卡后,视频流和 Meet 会变得卡顿,尽管系统资源仍然充足

初步检查

• 我阅读和理解了上面的重要一节。
• 我搜索了现有的问题 避免了重复。
• 我没有提出增强请求。
• [x]我检查过,这个问题不能在Mozilla Firefox上复制。
• [x]我已经检查过,这个问题可以复制 一旦我移除 我的Mods和自定义CSS。

发生了什么事?

在Zen已经运行了很长时间,或者许多分页打开后,video流线和Google Meet(以及类似的实时/媒体网站)变得明显地拉吉 — stuzzing recover, 延迟音频/视频,或迟缓的Meet通话.

虽然机器仍然显示ample free CPU,RAM,以及整体系统资源,但这种情况还是发生了. 关闭Zen / 开始新会话通常会改善事物,这说明Zen-side的退化会伴随着上行时间或制表计数,而不是OS会失去容量.

预期行为

流和会话保持平稳,长会话和多分页打开,只要系统仍有免费资源. 长时间的升起或大型分页集不应该这样降低媒体/实时性能.

实际行为

尽管系统显示器仍然显示大量可用的资源,

• 复制步骤

1. 将禅宗的开放时间延长(多时/过夜),并(或)开出大量分页.
2. 确认机器仍有充足的自由CPU和内存.
3. 播放视频流(如YouTube)并/或加入Google Meet呼叫.
4. 与同一系统负载下的新鲜禅会相较,观测滞后,口吃,或延迟A/V.

• 截图和录像

无回复( N)

翻译:

N/A(长会话期间的行为;请询问是否需要特定的建筑)

• 你看到什么平台的问题?

• 其他项目

这个问题与什么有关?

媒体控制器

适用情况下的相关日志输出

无回复( N)