
如上图里面,占用了 75G,理论上剩余的应该有 124G,现在只剩下 89G,查了 35G,这个差距有点大啊?

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