kernel_task 写入 300G+ 数据，占用大量内存、虚拟内存是正常现象么？
also24 · 2017-01-23 16:34:55 +08:00 · 7080 次点击这是一个创建于 2871 天前的主题，其中的信息可能已经有所发展或是发生改变。
如图，用着用着觉得卡出翔，特别是涉及到磁盘操作的时候卡到飞起，打开活动监视器一看发现 kernel_task 写入了三百多 G 的数据
再一看，显示占用了 77G 的虚拟内存
看了下 uptime 一周多，就重启下试试，重启之后确实不怎么卡了，然而点开内存发现 kernel_task 依然大量占用
再一看，显示占用了 77G 的虚拟内存
看了下 uptime 一周多，就重启下试试，重启之后确实不怎么卡了，然而点开内存发现 kernel_task 依然大量占用
11 条回复 • 2017-01-24 14:28:24 +08:00
 |
1
also24 OP  top 了一下也没看到可疑的东西 |
 |
2
shadownet 2017-01-23 17:55:08 +08:00
在 mbp 机器 sleep 后死机自动重启后，我不会和本子休眠了，都是关机
我很佩服那些休眠的朋友，用了十几年笔记本，我一直不喜欢休眠，各种商务本啥的都用过了，没感觉休眠有啥好的，还经常出问题，我一个 dell 商务本休眠放背包 2 小时，拿出来后 cpu 100 多度 |
 |
3
wclebb 2017-01-23 18:36:17 +08:00 via iPhone
别开 chrome 试试。
|
 |
5
zhenjiachen 2017-01-23 19:47:14 +08:00
尼玛我的 2TB,我用着不卡啊。
 ) |
 |
6
ryd994 2017-01-23 21:18:31 +08:00
此虚拟内存非彼虚拟内存
这是指虚拟地址空间里的分配 这些分配了的地址，有可能是 mmap ，有可能是各种库，这些都是不占物理内存的 对于 Linux ，还要 overcommit ， malloc 之后没使用的内存也是可以不占物理内存的，不知道对于 mac 是如何 不清楚 mac 对于写入字节的统计，如果这单纯是指对磁盘的写入的话， kerneltask 可能负责了脏缓存的刷写，有这个量完全可以理解 |
 |
7
013231 2017-01-23 21:39:21 +08:00
如果使用了 Time Machine 且备份磁盘的文件系统坏掉了可以导致 kernel_task 写入量剧增. 格式化备份磁盘后重建备份即可恢复正常.
|
 |
9
anuxs 2017-01-24 11:26:03 +08:00 via iPhone
休眠多少年了。遇到这种问题，看看是什么软件挂住了，避开这种软件。
|
|
10
also24 OP @shadownet
表示不管是 macOS 还是 Windows ，基本上都是一直休眠的，也没遇到过奇葩问题。 @wclebb 试过了，不是 Chrome 的锅啊。 @mhycy 某些软件也会导致唤醒，之前装了个三星的 SSD 工具，系统休眠的下一秒它就唤醒。 @zhenjiachen 你这是开了多久…… @ryd994 有点儿没太理解…… 不过我看了下其它的程序，也是显示了很高的虚拟内存占用，看来应该是正常的吧…… @013231 你还真别说，我写坏两块 Time Machine 了，真心不知道这玩意儿为啥这么脆。 但是截图的时候，是没有插入 Time Machine 盘，甚至连 Time Machine 服务都没打开的。 |
|
11
ryd994 2017-01-24 14:28:24 +08:00
|
Select Language