在linux上面碰到一个问题:
[
root@hadoop221 TEST_TTT-1]# ls -l 00000000000000000000.index
-rw-r--r--. 1 root root 10485760 Dec 28 22:59 00000000000000000000.index
[
root@hadoop221 TEST_TTT-1]# du -sh 00000000000000000000.index
0 00000000000000000000.index
同一个文件,使用ls -l查看的时候,其大小为10M ,但是使用du 命令查看,其大小为0。 这是ls 与du的查看方式 不同造成的。
ls -l 查看的是文件实际的大小,而du则是文件占用的block大小。
因此这两者得出的文件大小并不一致。
1) ls -l的值 小于 du 获得的值
[
root@hadoop240 ~]# du -sh 1.txt
4.0K 1.txt --------------------linux文件下面一个默认的block size为4k, 现在1.txt也占用了一个block,因此计算出来的值为4.0k
[
root@hadoop240 ~]# ls -l 1.txt
-rw-r--r--. 1 root root 2 Dec 28 23:42 1.txt -------------实际的大小
[
root@hadoop240 ~]# cat 1.txt
1
2) ls -l的值 大于du获取的值 --- 也就是上面碰到的问题,
一般来说当出现文件空洞的时候,就会出现这种情况, 使用迅雷下载文件时就是这种情况,会把磁盘占住,然后往里面填数据
使用hexdump查看二进制:
[
root@hadoop221 TEST_TTT-1]# hexdump 00000000000000000000.index
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
0a00000
[
root@hadoop221 TEST_TTT-1]#