@ian19znj 我的好像切换分辨率也解决不了。。。

@U2Fsd 不会

@U2Fsd 4K 肯定没问题啊，8K 看不了

@U2Fsd 2019 款的

@wydinhk 没感觉，感觉比之前的 15 寸 MBP 流畅多了

@wanghongfei 不用扩展坞就没事了。。所以我现在已经不用扩展坞了，完全没问题了

@laminux29 主要是感觉不是小差异，差了感觉好几个 G 呢。我这个机器现在一开机就占用 8/9 个 G，所以今天才想找出到底是啥在占用

这个问题其实是想问：Used 是不是应该等于所有 RES 之和？

```
Active / Total Objects (% used) : 1860787 / 2297584 (81.0%)
Active / Total Slabs (% used) : 61586 / 61586 (100.0%)
Active / Total Caches (% used) : 104 / 136 (76.5%)
Active / Total Size (% used) : 353336.72K / 458958.50K (77.0%)
Minimum / Average / Maximum Object : 0.01K / 0.20K / 23.25K

OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
1277757 985385 77% 0.10K 32763 39 131052K buffer_head
252392 150714 59% 0.57K 9014 28 144224K radix_tree_node
91904 91440 99% 0.06K 1436 64 5744K anon_vma_chain
65871 65740 99% 0.20K 1689 39 13512K vm_area_struct
64134 46069 71% 0.19K 3054 21 12216K dentry
46322 46322 100% 0.09K 1007 46 4028K anon_vma
45000 44873 99% 0.13K 1500 30 6000K kernfs_node_cache
35968 35968 100% 0.03K 281 128 1124K kmalloc-32
34272 27703 80% 0.04K 336 102 1344K ext4_extent_status
31808 30933 97% 0.25K 994 32 7952K filp
31744 31744 100% 0.01K 62 512 248K kmalloc-8
30044 30044 100% 0.14K 1073 28 4292K ext4_groupinfo_4k
25600 24707 96% 0.06K 400 64 1600K kmalloc-64
23679 22105 93% 0.59K 877 27 14032K inode_cache
23040 23040 100% 0.02K 90 256 360K kmalloc-16
22320 11742 52% 1.05K 744 30 23808K ext4_inode_cache
13552 13552 100% 0.07K 242 56 968K Acpi-Operand
12864 12259 95% 0.50K 402 32 6432K kmalloc-512
9996 9996 100% 0.04K 98 102 392K pde_opener
9664 9664 100% 0.25K 302 32 2416K skbuff_head_cache
8880 8449 95% 0.66K 370 24 5920K proc_inode_cache
8602 8562 99% 0.18K 391 22 1564K kvm_mmu_page_header
8568 7377 86% 0.09K 204 42 816K kmalloc-96
8466 8466 100% 0.04K 83 102 332K Acpi-Namespace
8128 8004 98% 0.12K 254 32 1016K pid
7456 7456 100% 1.00K 233 32 7456K kmalloc-1024
5312 5312 100% 1.00K 166 32 5312K UNIX
5271 5271 100% 0.19K 251 21 1004K kmalloc-192
4935 4935 100% 0.19K 235 21 940K cred_jar
4800 4800 100% 0.06K 75 64 300K kmem_cache_node
4590 4590 100% 0.05K 54 85 216K ftrace_event_field
4485 4485 100% 0.69K 195 23 3120K sock_inode_cache
4480 4480 100% 0.07K 80 56 320K eventpoll_pwq
4256 4101 96% 0.12K 133 32 532K kmalloc-128
3969 3969 100% 0.38K 189 21 1512K kmem_cache
3808 3542 93% 0.25K 119 32 952K pool_workqueue
3720 3720 100% 1.06K 124 30 3968K signal_cache
3366 3366 100% 0.12K 99 34 396K jbd2_journal_head
3240 3240 100% 1.06K 108 30 3456K mm_struct
3151 2971 94% 0.69K 137 23 2192K shmem_inode_cache
3072 3072 100% 0.03K 24 128 96K dnotify_struct
2928 2774 94% 2.00K 183 16 5856K kmalloc-2048
2323 2323 100% 0.69K 101 23 1616K files_cache
2040 2040 100% 0.02K 12 170 48K numa_policy
2016 1982 98% 4.00K 252 8 8064K kmalloc-4096
1952 1785 91% 0.25K 61 32 488K kmalloc-256
1816 1784 98% 3.81K 227 8 7264K task_struct
1770 1770 100% 2.06K 118 15 3776K sighand_cache
1748 1748 100% 0.09K 38 46 152K trace_event_file
1536 1536 100% 0.03K 12 128 48K fscrypt_info
1530 1530 100% 0.08K 30 51 120K inotify_inode_mark
1323 1323 100% 0.38K 63 21 504K mnt_cache
1152 1152 100% 0.06K 18 64 72K i915_dependency
1024 1024 100% 0.02K 4 256 16K jbd2_revoke_table_s
1020 1020 100% 0.05K 12 85 48K fscrypt_ctx
949 949 100% 0.05K 13 73 52K Acpi-Parse
876 876 100% 0.05K 12 73 48K mbcache

```

@secondwtq here you go

@fengpan567 这个没问题，问题是 Used 的 15G 哪里来的

@cernard @seansong 可以排除别人关我密码的情况