当滑动来改变空间时(闲置几分钟后),动画开始播放之前会有 1-2 秒的延迟(并且播放时会有很多卡顿)。这似乎与交换或压缩内存有关,因为当我看到大量交换和压缩时,这个问题变得更加严重。我的理论是,WindowServer有压缩/交换的内存,这会在解压缩之前阻止动画。内存激活后,动画再次变得流畅,但闲置几分钟后,它又被压缩/交换了。

另一种解释是,Chrome 占用大量资源,这是所有问题的根源。是否可以禁用每个进程的内存压缩或交换来诊断此问题?

系统信息:macOS 12,m1 max,配备 64gb 内存。

进程名称 记忆 线程 端口 PID 用户 种类 真实记忆 私人记忆 虚拟机压缩
窗口服务器 6.71 GB 三十五 181 17614 _window服务器 苹果 425.6 兆 1.40 GB 314.3 兆

1

  • 2
    人们为什么要使用 Chrome?它消耗大量内存和 CPU,还会将你的数据传输给 Google。这是一款非常糟糕的浏览器。


    – 


最佳答案
1

“是否可以通过禁用每个进程的内存压缩或交换来诊断此问题?” – 不可以。

“我的理论是,WindowServer 的内存经过压缩/交换,在解压缩之前会阻塞动画。” 可能,但它只使用了 314 MB 压缩 VM。在我的 MBP 上,Window Server 的压缩 VM 要多得多。而且系统运行良好。我不认为这是你的问题。

“另一种解释是,Chrome 占用大量资源,是所有问题的根源。”它占用了 36GB 的内存——我不会再找了!

1

  • 我认为这是正确的,UI 滞后的明显原因是内存泄漏破坏了它在 Joy Jin 的 Mac 上缓存快速图形渲染所需内容的任何机会。渲染过程必须暂停并等待大量缓慢的页面输出和页面输入才能响应。我怀疑它解压速度很慢,只是换出的内存很慢。


    –