当滑动来改变空间时（闲置几分钟后），动画开始播放之前会有 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 上缓存快速图形渲染所需内容的任何机会。渲染过程必须暂停并等待大量缓慢的页面输出和页面输入才能响应。我怀疑它解压速度很慢，只是换出的内存很慢。


    – 
    ♦