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