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