

如上图里面,占用了 75G,理论上剩余的应该有 124G,现在只剩下 89G,查了 35G,这个差距有点大啊?
1 lirunext 2021 年 7 月 18 日 你这是进 C 盘根目录,全选文件 /文件夹然后点属性了吗?是的话那就是正常了,应该还有一些隐藏的系统文件,如页面文件、睡眠、快速启动之类的文件,没被算进去。 |
2 newmlp 2021 年 7 月 18 日 占用空间≥大小 |
3 tojohnonly OP @lirunext 开启显示受保护的系统文件,和显示隐藏文件重新统计了下,91G,还是差了 20 多个 G |
4 dotiean 2021 年 7 月 18 日 簇的原因吧 |
5 ipwx 2021 年 7 月 18 日 文件多了点。一个文件占用的空间不等于它自己的文件大小,还要考虑文件系统消耗。这方面 ntfs 我不会算,楼下继续。 |
6 gBurnX 2021 年 7 月 18 日 这是用降低精度,来换取性能的一种做法。 ps.磁盘精确统计,是一件对磁盘负载很大,且可能会拖慢整个系统速度,并且耗时可能会很长的操作。 |
7 archean 2021 年 7 月 18 日 你的虚拟内存页面文件是不是放在 C 盘了? |
8 tojohnonly OP @archean 说到点上了,我去看一下 |
9 Chichele 2021 年 7 月 18 日 回收站? |
10 tojohnonly OP 虚拟内存占用了十多个 G,剩下的事系统休眠的快速恢复文件占用,破案了 |
11 flynaj 2021 年 7 月 19 日 via Android 从你图上看是统计文件夹的,根目录的文件没有统计进去,虚拟内存,缓存文件都在这里 |
12 Rheinmetal 2021 年 7 月 19 日 wiztree 这个软件可以统计详细占用 |
13 ysc3839 2021 年 7 月 20 日 via Android 大概是有的地方没权限访问。 |
14 changwei 2021 年 7 月 20 日 搜索一下 file system 的概念,一个磁盘中并不只是单单存储文件内容这么简单,还存储了 FS 的 metadata (元数据),包括文件名,目录组织结构,软硬链接符号,簇(扇区)的链表节点头部信息等等 如果楼主对底层很感兴趣,推荐阅读 fatfs 这个开源项目,是一个专门为嵌入式平台设计的极为小巧简单的 FAT 实现方案 |