james05(流浪地球🌍 阿巴啦哥)
Looking at the properties for a Windows file I get two attributes, “Size” and “Size on disk,” and "Size on disk" is always larger.
What do these two metrics mean?
(#15769328@0)
Last Updated: 2023-11-12
This post has been archived. It cannot be replied.
Replies, comments and Discussions:
-
枫下家园 / 电脑电信 / 求教，一个4TB硬盘上共2.7TB数据，大概几万个文件，copy到一个8TB的新硬盘上后却显示3.4TB，是啥原因？两个硬盘都是NTFS，都没压缩
-jtax(吾土吾民-略过匿名贴);
2023-11-12
(#15769219@0)
-
应该是分区的时候选择的unit size limit不一样
-nomind(无知无畏);
2023-11-12
(#15769242@0)
-
格式化时Windows会根据硬盘大小自动调整unit size limit吗？
-jtax(吾土吾民-略过匿名贴);
2023-11-13
(#15769586@0)
-
2.7TB是什么size？技术上，有data size和file size的区别
-james05(流浪地球🌍 阿巴啦哥);
2023-11-12
{609}
(#15769328@0)
Looking at the properties for a Windows file I get two attributes, “Size” and “Size on disk,” and "Size on disk" is always larger.
What do these two metrics mean?
-
yes，正解！若将整个硬盘比作个大楼，Cluster(“簇”)就是分配data的最小房间，簇越小能装下的data越多，文件体积就越小，反之则越大(因为出现浪费空间的概率较大)。但也有的文件全部data在不同簇区所分到的总空间恰好是一样的，那体现的文件大小就会相同。
-see1see(Isee);
2023-11-13
(#15769566@0)
-
right click on the drive letter, 选properties, General tab上显示的Used space不同。两个硬盘都只有一个分区
-jtax(吾土吾民-略过匿名贴);
2023-11-13
(#15769587@0)
-
这样只能查文件存储系统的类别而不是簇的具体参数
-see1see(Isee);
2023-11-13
(#15769658@0)
-
用kdiff 或者treesize 比较一下两边的文件
-haihai(享受阳光🌞);
2023-11-12
(#15769459@0)
-
谢谢，这个好主意。花点时间让他们慢慢比较
-jtax(吾土吾民-略过匿名贴);
2023-11-13
(#15769588@0)
-
不要用文件拷贝，用磁盘工具做整盘拷贝或copy partition，然后再调整。
-xjcjq(rufeng);
2023-11-12
(#15769502@0)
-
这样做应该就是一样的。俺严重怀疑LZ旧盘有两个或以上的分区，在格式化时设的簇有的与新盘不同。LZ只需查一下新旧硬盘所有分区的簇设定是否相同，就知道是不是这个原因了。簇值大小与文件所占空间大小和硬盘运行效率成正比，同样文件在不同簇值分区所占空间极有可能不同。
-see1see(Isee);
2023-11-13
(#15769555@0)
-
专业👍
-jtax(吾土吾民-略过匿名贴);
2023-11-13
(#15769589@0)
-
俺猜可能的原因或许是：原来硬盘上的文件散存于不同分区，各区大小不同且格式化时选择的最小单元不同(技术术语叫“簇”)，而所拷贝过去的文件均集中放在新硬盘一个区；可能旧盘有的区格式化时的簇有小于4k的，而新盘统一用默认的4k...
-see1see(Isee);
2023-11-13
(#15769542@0)
-
“簇”的英语叫啥? 两个硬盘都是initilize GPT后整个硬盘assigne all available bytes to a drive letter， 让Windows快速格式化。copy文件后查看drive letter的properties里used space发现不一样。唯一区别是4TB的是64MB cache，8TB的cache 256MB。
-jtax(吾土吾民-略过匿名贴);
2023-11-13
(#15769596@0)
-
俺上面的帖子里有说啊，簇=Cluster，找了两篇东东讲这个概念及如何查看硬盘格式化时设置的簇参数，第一篇讲簇的概念，读完你就明白了：
-see1see(Isee);
2023-11-13
(#15769644@0)
-
第二篇讲怎么在已经格式化过的硬盘中查看簇具体是多少：(如果你查过后发现两个硬盘的簇设置不一样，那肯定就是这个原因造成的！)
-see1see(Isee);
2023-11-13
(#15769645@0)
-
properties里会显示文件总数的，两边的文件总数量一样吗
-sammywang(地主管家);
2023-11-13
(#15769636@0)
-
这个文件目录及每层目录下的文件总数本来就是应该首先要核查的，否则就闹笑话了。但是，因为拷去新硬盘后体积变大了，那文件按理应该是多出来而不是漏拷才符合逻辑呀，呵呵...但是，需要注意的反而是：原盘中是否有隐藏文件被掩盖而遗漏掉了是真！
-see1see(Isee);
2023-11-13
(#15769657@0)
-
不管怎么拷，文件总数和文件总大小一致才可以，隐藏的如果遗漏了，也会在以上两个值上有反应，具体到磁盘总大小有损失很正常，硬盘公司都有些预留给自己
-sammywang(地主管家);
2023-11-13
(#15769679@0)
-
“预留”空间一般都是透明可查的吧？用户文件所占空间与“预留”空间是能区分开的，正常情况确实应该先查文件及各层目录数是否相符，然后再看空间总数的，但如果目录层级较多而复杂，那查起来就够呛了，还不如重新格式化后重拷或直接硬盘克隆更快！
-see1see(Isee);
2023-11-13
(#15769698@0)
-
没有必要分着查每个目录，从根部目录右键点击properties，总文件数目和大小就出来了，同样的方法操作对比一下相同就可以了
-sammywang(地主管家);
2023-11-13
(#15769763@0)
-
呵呵，如果某根目录下一查里面还真少了几个文件，若没工具的话，你得花多长时间去找出具体在个子目录下少了哪个文件？LZ说过原盘里有“大概几万个文件”！
-see1see(Isee);
2023-11-13
(#15769795@0)
-
如果真是少了几个，我一般都是再进下一级目录逐个分目录合计对比一下，如果发现好几个分目录都不正确，整个都重新再拷贝一下
-sammywang(地主管家);
2023-11-13
(#15769822@0)
-
如果只查drive letter的properties，不显示文件总数
-jtax(吾土吾民-略过匿名贴);
2023-11-14
(#15771726@0)
-
天呢，你就懒到这个地步吗，点击 drive， 等看到所有目录，ctrl+a全选上，再击右键选properties。再不行就过来交钱吧，我替你操作
-sammywang(地主管家);
2023-11-14
(#15771865@0)
-
如果是 windows，直接命令行运行 fsutil fsinfo ntfsInfo c: (或硬盘盘符），就可以看到 block 的 size
-x2y(xfer);
2023-11-13
(#15769692@0)
-
太专业👍
-jtax(吾土吾民-略过匿名贴);
2023-11-14
(#15771727@0)
