当滑动来改变空间时(闲置几分钟后),动画开始播放之前会有 1-2 秒的延迟(并且播放时会有很多卡顿)。这似乎与交换或压缩内存有关,因为当我看到大量交换和压缩时,这个问题变得更加严重。我的理论是,WindowServer
有压缩/交换的内存,这会在解压缩之前阻止动画。内存激活后,动画再次变得流畅,但闲置几分钟后,它又被压缩/交换了。
另一种解释是,Chrome 占用大量资源,这是所有问题的根源。是否可以禁用每个进程的内存压缩或交换来诊断此问题?
系统信息:macOS 12,m1 max,配备 64gb 内存。
进程名称 | 记忆 | 线程 | 端口 | PID | 用户 | 种类 | 真实记忆 | 私人记忆 | 虚拟机压缩 |
---|---|---|---|---|---|---|---|---|---|
窗口服务器 | 6.71 GB | 三十五 | 181 | 17614 | _window服务器 | 苹果 | 425.6 兆 | 1.40 GB | 314.3 兆 |
1
最佳答案
1
“是否可以通过禁用每个进程的内存压缩或交换来诊断此问题?” – 不可以。。
“我的理论是,WindowServer 的内存经过压缩/交换,在解压缩之前会阻塞动画。” 可能,但它只使用了 314 MB 压缩 VM。在我的 MBP 上,Window Server 的压缩 VM 要多得多。而且系统运行良好。我不认为这是你的问题。
“另一种解释是,Chrome 占用大量资源,是所有问题的根源。”它占用了 36GB 的内存——我不会再找了!
1
-
我认为这是正确的,UI 滞后的明显原因是内存泄漏破坏了它在 Joy Jin 的 Mac 上缓存快速图形渲染所需内容的任何机会。渲染过程必须暂停并等待大量缓慢的页面输出和页面输入才能响应。我怀疑它解压速度很慢,只是换出的内存很慢。
–
♦
|
–
|